對於從Windows XP到server 2012的所有操作系統,目錄是findstr
總是C:\Windows\system32\
?FINDSTR在從Windows XP到Windows Server 2012的所有Windows操作系統上的位置是什麼?
或者換句話說是安全的替代Windows批處理文件下面的表達式:
findstr
到
C:\Windows\system32\findstr
對於從Windows XP到server 2012的所有操作系統,目錄是findstr
總是C:\Windows\system32\
?FINDSTR在從Windows XP到Windows Server 2012的所有Windows操作系統上的位置是什麼?
或者換句話說是安全的替代Windows批處理文件下面的表達式:
findstr
到
C:\Windows\system32\findstr
額外的信息只是爲了完整。
環境變量windir自Windows 95以來存在,並且包含與Windows目錄無關的路徑以及它所在的驅動器的名稱。
對於基於NT的Windows(NT4,Windows 2000,Windows XP,Vista,Windows 7/8/8.1),還有環境變量SystemRoot,其中還包含Windows目錄的路徑,因爲它是父目錄系統目錄
有關文件系統重定向詳細閱讀File System Redirector頁微軟的。
它不僅安全,請使用
%windir%\System32\findstr.exe
或
%SystemRoot%\System32\findstr.exe
我會強烈建議使用始終在批處理文件這兩個字符串作爲那麼它不取決於哪些文件夾中的一個在環境變量PATH以及環境變量PATHEXT中的哪些文件擴展名。
有一些不好安裝其在開始,而不是在末端附加和包含在應用程序的文件夾還find.exe
或findstr.exe
這是從Unix portings添加安裝的應用程序到系統環境變量PATH的文件夾路徑,因此工作完全不同於Windows的find.exe
和findstr.exe
。 AVRStudio(或者未經最新版本的AVRStudio驗證)是一個示例,它打破了IT管理員的批處理文件,安裝後並未始終使用Windows命令的完整文件名。
很明顯,當你的PATH變量中有多個目錄,其中包含具有相同名稱但內容不同的文件時,它變得棘手。但是,從某種意義上說,這就是PATH的目的。你必須決定什麼路徑應該優先..在路徑。如果你的Unix路徑中存在危險命名的變量......那麼把它放在Windows路徑之後,在PATH中呢? – tvCa
@tvCa根據重要性排序系統和用戶PATH中的目錄當然沒有問題。 AVRStudio安裝程序的問題是安裝的AVRStudio的'bin'目錄在開始而不是結束時以靜默方式添加到系統PATH。大多數IDE不會將他們的目錄與二進制文件一起添加到系統PATH中,也不會將它們追加到最後。在開始構建時,大多數IDE將編譯器的二進制目錄插入本地PATH副本。對於在構建任務期間執行的批處理文件作爲構建前或構建後步驟,必須經常考慮這一點。 – Mofi
@tvCa看看問題和我的答案在[爲什麼其他文件夾路徑也添加到系統路徑與SetX和不僅指定的文件夾路徑?](http://stackoverflow.com/questions/25915767/) – Mofi
恐怕我不明白你的問題的目的,所以我以一種稍微不同的方式來重述它。
如果您在計算機和FINDSTR command運行類型findstr
,那麼你可能知道這樣FINDSTR命令的位置是這樣的:
for %%a in (findstr.exe) do echo %%~$PATH:a
所以,你可以替換下面的表達式:
findstr
...接下來兩行:
for %%a in (findstr.exe) do set "findstrPath=%~$PATH:a"
%findstrPath%
...在一個Windows批處理文件,你會得到完全相同的結果。
所以,問題就出現了:如果在兩種情況下得到相同的結果,爲什麼要使用第二個更復雜的結果呢?
還要注意的是同一點與任何其他外部命令適用於像find
,xcopy
,forfiles
等爲什麼findstr
會在這一點上特別?
正如我之前所說,我不明白你的問題的目的...
你應該問這個超級用戶。他們一定會知道的。 – SomethingDark