Linux下反斜杠号"\"引发的思考
2018-03-08 10:11
483 查看
删除方法:
转自:http://www.cnblogs.com/MuyouSome/p/3426119.html 今天在检查home目录时发现有一个名为“\”的文件,觉得很奇怪,从来没见过,就准备用Vim打开看看,很自然地输入命令查看一下,结果居然打不开。ubuntu@ubuntu:~$ vi \ubuntu@ubuntu:~$ 稍微思考了一下就明白了,不是打不开,问题出在这个文件名“ \ ”上面。 反斜线符号“ \ ”在Bash中被解释为转义字符,用于去除一个单个字符的特殊意义,它保留了跟随在之后的字符的字面值,除了换行符。如果在反斜线之后一个换行字符立即出现,转义字符使行得以继续,遇到命令很长时使用反斜线很有效;反斜线从输入流中被移除并有效地忽略。例一: ubuntu@ubuntu:~echoechoHOME
/home/ubuntu
ubuntu@ubuntu:~echo$HOMEecho$HOMEHOME 例子中,反斜线去除了“ $ ”字符的特殊意义,保留字面值,从而不输出home目录路径。例二:ubuntu@ubuntu:~$ mv test.c \../Downloads/ 例子中,反斜线使行得以继续,命令可以正常输入。 到这里就明白了怎么查看文件名为“ \ ”的文档了,只要输入命令ubuntu@ubuntu:~$ vi \ 就可以了,前一个反斜线保留了后一个反斜线的字面意思,即作为文件名输入了。 这个问题解决了,但是又想到了与反斜线对应的,也是经常用到一个符号:正斜线(“ / ”),再来看看这两个符号的区别。 在知乎上看到这么个说法:反斜线“\”是电脑出现了之后为了表示程序设计里的特殊含义才发明的专用标点。就是说,除了程序设计领域外,任何地方都不应该有使用反斜杠的时候,请永远使用正斜线“/”。 粗略想想还真差不多是这么回事,但是马上就想到一朵奇葩:Windows系统中用反斜线“\”来表示目录,但是Linux下用正斜线“/”来表示。估计不少人刚从Windows转到Linux下时都犯过这种错。 Windows: “/”是表示参数,“\”是表示本地路径。 Linux和Unix: “/”表示路径,“\”表示转义,“-”和“–”表示参数。 网络: 由于网络使用Unix标准,所以网络路径用“/”。 但是为什么Windows要用” / “,难道只是为了显示和Linux的不同吗?显然不是的,里面历史原因很复杂 ,同样在知乎找到了答案。:) Windows 用反斜杠(“\”)的历史来自 DOS,而 DOS 的另一个传统是用斜杠(“/”)表示命令行参数,比如: cd %SystemDrive%
dir /s /b shell32.dll
既然 DOS 这边斜杠被占用了,只好找一个最接近的。那就是它了。而在 UNIX 环境中,我们用减号(“-”)和双减号(“–”)表示命令行参数。
用斜杠表示命令行参数是兼容性原因。这个问题最初起源自 IBM。IBM 在最初加入 DOS 开发时贡献了大批工具,它们都是用斜杠处理命令行参数的。而这个传统源自于 DEC/IBM,比如当年的 VMS 就是用斜杠处理命令行参数,它的目录分隔符是美元符(“$”)。顺便说一句,这个传统也被部分地继承进了 DOS 和 Windows 体系,日文版的 Windows 就把反斜杠在屏幕上显示为“¥”,虽然实际上还是反斜杠。
如今的 Windows 内核在处理路径时确实可以同时支持斜杠和反斜杠。很多时候我们看到用斜杠时出错,是因为应用程序层面的原因。比如 cmd.exe 就不支持用斜杠表示路径,而PowerShell.exe 支持,也正因为这个原因,PowerShell 开始转而使用减号作为命令行参数的起始符。
MSDN上有一篇 blog 说得很清楚:http://blogs.msdn.com/b/larryosterman/archive/2005/06/24/432386.aspx。
原链接:http://blog.csdn.net/liuxingrui4p/article/details/52243118
rm -rf \\Linux下反斜杠号”\”引发的思考
转自:http://www.cnblogs.com/MuyouSome/p/3426119.html 今天在检查home目录时发现有一个名为“\”的文件,觉得很奇怪,从来没见过,就准备用Vim打开看看,很自然地输入命令查看一下,结果居然打不开。ubuntu@ubuntu:~$ vi \ubuntu@ubuntu:~$ 稍微思考了一下就明白了,不是打不开,问题出在这个文件名“ \ ”上面。 反斜线符号“ \ ”在Bash中被解释为转义字符,用于去除一个单个字符的特殊意义,它保留了跟随在之后的字符的字面值,除了换行符。如果在反斜线之后一个换行字符立即出现,转义字符使行得以继续,遇到命令很长时使用反斜线很有效;反斜线从输入流中被移除并有效地忽略。例一: ubuntu@ubuntu:~echoechoHOME
/home/ubuntu
ubuntu@ubuntu:~echo$HOMEecho$HOMEHOME 例子中,反斜线去除了“ $ ”字符的特殊意义,保留字面值,从而不输出home目录路径。例二:ubuntu@ubuntu:~$ mv test.c \../Downloads/ 例子中,反斜线使行得以继续,命令可以正常输入。 到这里就明白了怎么查看文件名为“ \ ”的文档了,只要输入命令ubuntu@ubuntu:~$ vi \ 就可以了,前一个反斜线保留了后一个反斜线的字面意思,即作为文件名输入了。 这个问题解决了,但是又想到了与反斜线对应的,也是经常用到一个符号:正斜线(“ / ”),再来看看这两个符号的区别。 在知乎上看到这么个说法:反斜线“\”是电脑出现了之后为了表示程序设计里的特殊含义才发明的专用标点。就是说,除了程序设计领域外,任何地方都不应该有使用反斜杠的时候,请永远使用正斜线“/”。 粗略想想还真差不多是这么回事,但是马上就想到一朵奇葩:Windows系统中用反斜线“\”来表示目录,但是Linux下用正斜线“/”来表示。估计不少人刚从Windows转到Linux下时都犯过这种错。 Windows: “/”是表示参数,“\”是表示本地路径。 Linux和Unix: “/”表示路径,“\”表示转义,“-”和“–”表示参数。 网络: 由于网络使用Unix标准,所以网络路径用“/”。 但是为什么Windows要用” / “,难道只是为了显示和Linux的不同吗?显然不是的,里面历史原因很复杂 ,同样在知乎找到了答案。:) Windows 用反斜杠(“\”)的历史来自 DOS,而 DOS 的另一个传统是用斜杠(“/”)表示命令行参数,比如: cd %SystemDrive%
dir /s /b shell32.dll
既然 DOS 这边斜杠被占用了,只好找一个最接近的。那就是它了。而在 UNIX 环境中,我们用减号(“-”)和双减号(“–”)表示命令行参数。
用斜杠表示命令行参数是兼容性原因。这个问题最初起源自 IBM。IBM 在最初加入 DOS 开发时贡献了大批工具,它们都是用斜杠处理命令行参数的。而这个传统源自于 DEC/IBM,比如当年的 VMS 就是用斜杠处理命令行参数,它的目录分隔符是美元符(“$”)。顺便说一句,这个传统也被部分地继承进了 DOS 和 Windows 体系,日文版的 Windows 就把反斜杠在屏幕上显示为“¥”,虽然实际上还是反斜杠。
如今的 Windows 内核在处理路径时确实可以同时支持斜杠和反斜杠。很多时候我们看到用斜杠时出错,是因为应用程序层面的原因。比如 cmd.exe 就不支持用斜杠表示路径,而PowerShell.exe 支持,也正因为这个原因,PowerShell 开始转而使用减号作为命令行参数的起始符。
MSDN上有一篇 blog 说得很清楚:http://blogs.msdn.com/b/larryosterman/archive/2005/06/24/432386.aspx。
原链接:http://blog.csdn.net/liuxingrui4p/article/details/52243118
相关文章推荐
- Linux下反斜杠号"\"引发的思考
- 一次外场宕机引发对linux内存管理的进一步思考--Linux虚拟地址空间如何分布
- 由linux中的一个宏定义引发的思考
- Linux0.11 由进程睡眠函数sleep_on()中的堆栈变量tmp引发的思考 关于进程内核堆栈
- 由linux下的多进程编程引发的关于进程间隔离的思考
- Linux 分割命令引发的思考 - 20160630 - 昨天傻逼事件引发的思考。
- [Linux] 一次SSH认证失败引发的关于通过日志查错误的思考
- Linux部署jboss引发的思考
- Linux下反斜杠号"\"引发的思考
- Linux 内核 由block_read和block_write函数引发的设备块号转换问题的思考
- Linux下反斜杠号"\"引发的思考
- 一个问题引发对Linux swap和内存的思考
- 由客户现场引发的思考 推荐
- 由ClassPathXmlApplicationContext加载的classpath是哪里引发的思考
- [感受]由一张假币引发的思考 推荐
- Child类调用GrandFather类方法引发的思考
- 百度的框计算引发的思考----专注
- Navicat连接mysql出现2003——can't connect to mysql server on localhost(10061)引发的思考)
- Java中对变量范围转换引发的思考
- 教务邮箱遭入侵引发邮件服务器安全思考