為什麼直接執行批次檔與 C# 中的 %~dp0 行為不同？

了解批次檔中 %~dp0 的不一致行為

%~dp0（檢索批次檔的目錄）的行為顯示出一種奇怪的不一致：當批次檔的目錄更改時，它保持穩定除非批次檔是從C# 程序啟動的。 本文解釋了根本原因並提供了解決方案。

問題根源：cmd.exe 如何處理 %~0

核心問題源自於cmd.exe如何解釋%~0，代表目前執行批次檔的變數。當不帶引號執行批次檔時，cmd.exe 使用包含批次檔完整路徑的內部變數。 但是，如果批次檔使用 引號呼叫 ，則 cmd.exe 會從 %~0 的值中刪除引號，將其視為檔案名稱。 然後它嘗試相對地解析完整路徑，從而導致不一致的行為。

解：修正路徑擷取不一致的問題

以下策略可確保一致的 %~dp0 行為，無論如何呼叫批次檔：

在 C# 程式碼中：

• 避免引號： 執行不含引號的批次檔（例如 cmd /c batchfile.cmd）。 這是最簡單的解決方案。
• 提供完整路徑： 如果引號不可避免，請務必在 C# 命令中提供批次檔的完整路徑，確保 %~0 收到完整的路徑資訊。

在批次檔中：

• 使用子程式：更可靠的解決方案是在批次檔中使用子程式來可靠地確定批次檔的路徑。無論呼叫方法如何，此方法都能保證一致的結果。

範例子程式：

@echo off
    setlocal enableextensions disabledelayedexpansion

    call :getCurrentBatchFilePath batchPath
    echo %batchPath%

    exit /b

:getCurrentBatchFilePath variableName
    set "%~1=%~f0"
    goto :eof

此子程式會擷取完整路徑（%~f0）並將其儲存在指定變數中，為後續使用提供可靠的路徑引用。 建議使用此方法以獲得最大的相容性和穩健性。

以上是為什麼直接執行批次檔與 C# 中的 %~dp0 行為不同？的詳細內容。更多資訊請關注PHP中文網其他相關文章！