经过几个实例，研究Windows命令行中的左斜线和右斜线

前言

众所周知，Windows中使用的是右斜线(\)，而Linux全家都使用左斜线（/）。但有一些编程语言或软件，一开始是为Linux开发的，在这些软件的配置文件中都是左斜线（/）。因此在Windows中到底该用哪一种斜线，成了一个问题。

本文的目的是经过一些实例，来研究Windows中正反斜线的关系，以及是否能够混用。

实例1、CMD

CMD中的路径，默认使用右斜线（\），那么打左斜线可不能够呢？

// 默认路径:
C:\Users\User
// 测试左斜线，输入:
cd /Windows
// 测试右斜线，输入:
cd \Users
// 测试左右斜线混用，输入:
cd /Windows\System32

结果以下：

所有能够跳转。事实证实，在CMD中，正反斜线的效果一致，甚至能够混用。

实例2、HTML中的引用路径

使用如下代码，引用4张图片:

<h1>你好，中国！</h1>
<h3>图片版权来自博客做者，未经容许不得转载</h3>

//测试右斜线
<img src="images\1.jpeg" width="360" height="280">

//测试左斜线
<img src="images/2.jpeg" width="360" height="280">

//测试左右斜线混用
<img src="images/3\3.jpeg" width="360" height="280">
<img src="images\4/4.jpeg" width="360" height="280">

效果以下：

事实证实，在HTML中，左右斜线也是均可以使用的。

一样的代码放到Linux中，依然可使用，但为了安全起见，HTML中仍是用左斜线为宜。

实例3、Windows环境变量

以Maven为例，如今正常配置，终端能够输出版本信息：

如今乱改一下，随便写个目录，使maven不能正常运行，达到控制变量的效果。

而后改回去，而且使用左斜线：

能够运行，说明在环境变量中，两种斜线也是等效的。

实例四 Nginx的配置文件

若是须要在Nginx的全局配置文件中引入项目的配置文件，就出现了路径的问题。
文件中的路径，都是左斜线。

上图圈出的位置，是一个已经设置好的项目文件，此时能够正常访问。

依然是控制变量，一通乱改，重启Nginx：

已经没法访问了，说明乱改的生效了，接下来使用右斜线。

而后，神奇的事情发生了：在确保更改已经生效的状况下，却没法访问监听端口。这说明，即便在Windows中，配置Nginx时也不能使用右斜线。

总结

测试结果：

没有出现左斜线不能使用的状况，反而出现了右斜线不能使用的状况。

结论：

别管Windows仍是Linux，用左斜线准没毛病，奥利给！

延伸

另外，人们广泛认为，Windows很不适合软件开发（.NET除外）。其中缘由有：

• 没有成熟的包管理器
• 十分麻烦的环境变量
• Windows CMD与Linux Shell的操做逻辑格格不入
• 正反斜线的问题

所以，人们也想出来一些解决方案来拥抱Linux，好比双系统、好比虚拟机、好比WSL。若是须要搭建WSL，能够参考：
Windows下搭建最接近Linux体验的开发环境——使用WSL(Linux子系统)

若是学习Web开发，真诚的建议安装Linux或Mac，能够省不少事。