經過幾個實例，研究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，能夠省不少事。