%~dp0 バッチ ファイル パスが C# から呼び出された場合と直接呼び出された場合で動作が異なるのはなぜですか?

バッチ ファイルのパス参照 (%~dp0) の不一致を理解する

バッチ ファイル内の %~dp0 の動作は、バッチ ファイルの実行方法、特に直接実行と C# プログラムからの実行を比較する場合に応じて異なる場合があります。この違いは、cmd.exe が %~0 変数とその修飾子をどのように処理するかによって生じます。

問題:

次の行を含むバッチ ファイルについて考えてみましょう。

echo %~dp0
cd Arvind
echo %~dp0

直接実行する場合、ディレクトリを「Arvind」に変更しても、%~dp0 の出力には影響しません。 ただし、この同じバッチ ファイルが C# プログラムから呼び出された場合、2 番目の echo %~dp0 には新しいディレクトリ (「Arvind」) が反映されます。

根本原因:

核心的な問題は、cmd.exe による %~0 の解釈にあります。 %~0 変数は、~d (ドライブ文字) や ~p (パス) などの修飾子とともに、現在実行中のバッチ ファイルの内部表現からの情報にアクセスします。

決定的な違いは、引用がこの内部参照にどのように影響するかです。 %~0 が引用符で囲まれていない場合、内部参照はバッチ ファイルのフル パスを正しく指します。 ただし、バッチ ファイルへの呼び出しが引用符で囲まれている場合 (これは C# の対話では一般的です)、cmd.exe によって引用符が削除され、絶対パスではなく相対パスが解釈される可能性があります。 この相対パスの解釈は、現在の作業ディレクトリに基づいて変更されます。

解決策:

C# 実行の場合:

• 引用符を避ける: 最も簡単な解決策は、C# からバッチ ファイルを呼び出すときに引用符の使用を避けることです。 cmd /c batchfile.cmd の代わりに "cmd /c "batchfile.cmd" のようなコマンドを使用します。
• フル パスを使用する: 引用符が避けられない場合は、C# 呼び出しで常にバッチ ファイルへのフル パスを指定します。 これにより、作業ディレクトリに関係なく、cmd.exe に正しい絶対パスが設定されます。

バッチファイル実行の場合:

• 堅牢なパス取得: バッチ ファイル自体内で最も信頼性の高いアプローチは、サブルーチンを使用して現在のスクリプトのパスを取得することです。このメソッドは、引用符やディレクトリの変更によって生じる不一致を回避します。

@echo off
setlocal enableextensions disabledelayedexpansion

call :getCurrentBatchPath myBatchPath
echo %myBatchPath%
cd Arvind
echo %myBatchPath%
exit /b

:getCurrentBatchPath
set "%~1=%~f0"
goto :eof

このサブルーチンは、%~f0 (常にフルパスを提供します) を使用して、指定された変数 (この例では myBatchPath) にパスを保存します。 変数は、ディレクトリを変更した後でも一貫性を保ちます。

以上が%~dp0 バッチ ファイル パスが C# から呼び出された場合と直接呼び出された場合で動作が異なるのはなぜですか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。