知識マップ: 引数はなぜ壊れるか ── Windowsのコマンドライン引数の規則

記事「引数はなぜ壊れるか ── Windowsのコマンドライン引数の規則」の主張を、概念と関係(エッジ)に分解した知識グラフの全体です。各関係には根拠・確認日・確度が付いています。

Windowsのプロセスには引数の配列は渡らず、CreateProcessに渡した1本のコマンドライン文字列が新しいプロセスに届き(先頭の実行ファイル名はOSがフルパスを補うことがある)、子はGetCommandLineWでそれを取り出す。argvの配列は受け取り側が自分で作るもので、Cランタイムの起動コード、CommandLineToArgvW、.NETランタイムの分割コードが、空白とタブで区切る・二重引用符で囲んだ範囲は区切らない・バックスラッシュは直後に二重引用符が来るときだけ特別扱いする(2n個ならn個と囲みの開閉、2n+1個ならn個と文字としての引用符)という同じ骨格の規則を別々に実装している。先頭のargv[0]だけは引用符で囲めるがエスケープの効かない別規則で、lpApplicationNameを省略すると空白を含むパスの解釈が曖昧になりC:\Program.exeのような別の実行ファイルが起動し得る。この規則の帰結として、末尾がバックスラッシュのパスを引用符で囲むと閉じ引用符が文字に化けて次の引数を巻き込む。組み立て側は、空白か引用符を含むか空の引数を引用符で囲み、引用符の直前のバックスラッシュを2倍+1、末尾のバックスラッシュを2倍にし、引用符にバックスラッシュを前置する1つの関数で足り、.NET Core 2.1以降のProcessStartInfo.ArgumentListがこれを内部で行う。ArgumentListとArgumentsは同時に使えず、.NET Frameworkでは同じ規則の自前関数でArgumentsを組み立てる。中身のある引数の内側で引用符を隣接させる形は受け取り側で解釈が分かれるため生成しない(空の引数を表す引用符2つだけの形は別で、正しい書き方)。往復が保証されるのは、受け取り側がCommandLineToArgvW・Cランタイム・.NETランタイムと同じ分割規則でワイド文字のまま分割し(独自の文法で解釈する相手や途中にシェルのパーサが挟まる場合は対象外)、setargv.obj/wsetargv.objによるワイルドカード展開を有効にしておらず、引数にNUL文字を含まず、組み立てた全体がlpCommandLineの上限に収まる場合で、狭い文字列のmainではコードページで表せない文字が失われる。cmd.exeは独自の構文と引用符の剥がし方を持ち、バッチファイルは生の文字列を受け取るため、外から来た値をバッチに渡すとコマンド注入につながる。コマンドライン長にはCreateProcessの32,767 UTF-16コード単位(終端のnull文字を含む)、cmd.exeの8,191文字などの上限があり、件数に比例して伸びる引数は、相手が読める場合に限り応答ファイルに切り替える。届いた引数は、呼び出し側で組み立てた文字列のログ、Process Explorerや相手の起動時ログで見える相手側の文字列(先頭の実行ファイル名はOSがフルパスを補うことがあり、cmd.exeが挟まればその段が作り直した文字列になる)、相手と同じランタイムで作った引数表示用exeで見る分割後の配列、の3つを順に突き合わせる。呼び出し側・起動時のどちらでコマンドラインをログに残す場合も、機密になり得る引数の値を伏せ字にしてから記録する。

flowchart LR
    accTitle: Windowsのコマンドライン引数の規則の知識マップ
    accDescr: CreateProcessが引数を1本のコマンドライン文字列として渡し、CommandLineToArgvW・Cランタイム・.NETランタイムがそれぞれ空白・引用符・バックスラッシュの同じ規則で分割すること、その規則が末尾バックスラッシュの巻き込みを生み、組み立て関数とProcessStartInfo.ArgumentListがそれを防ぐこと、lpApplicationNameがProgram.exe問題を防ぐこと、cmd.exeとバッチファイルが引数の変形とコマンド注入の原因になり得ること、応答ファイルが長さの上限を回避すること、引数表示用exeとProcess Explorerで届いた引数を確認できることを含む関係図
    windows_command_line_string["コマンドライン文字列(lpCommandLine)"]
    command_line_backslash_quote_rule["コマンドライン分割の規則(空白・引用符・バックスラッシュ)"]
    argument_quoting_function["引数の引用符付け(組み立て関数)"]
    processstartinfo_argumentlist["ProcessStartInfo.ArgumentList"]
    createprocess["CreateProcess"]
    lpapplicationname["lpApplicationName"]
    getcommandlinew["GetCommandLineW"]
    commandlinetoargvw["CommandLineToArgvW"]
    dotnet_command_line_segmentation[".NETランタイムの引数分割"]
    msvc_crt_argument_parsing["Cランタイムの引数分割(argv生成)"]
    setargv_wildcard_expansion["setargv.objによるワイルドカード展開"]
    argv0_program_name_rule["argv[0](プログラム名)の特別規則"]
    trailing_backslash_quote_pitfall["末尾バックスラッシュによる引数の巻き込み"]
    doubled_quote_form["囲みの内側の引用符2連続(非空の引数)"]
    processstartinfo_arguments_string["ProcessStartInfo.Arguments(手組み文字列)"]
    child_process_argument_passing["子プロセスへの引数の受け渡し"]
    unquoted_space_path_ambiguity["空白を含む実行ファイルパスの曖昧さ(Program.exe問題)"]
    unintended_executable_launch["意図しない実行ファイルの起動"]
    bat_file["バッチファイル(bat)"]
    batch_file_command_injection["バッチファイル経由のコマンド注入リスク"]
    cmd_shell["コマンドシェル(cmd.exe)"]
    broken_argument_delivery["引用符消失・空文字列引数の消失"]
    response_file["応答ファイル"]
    command_line_length_limit["コマンドライン長の上限"]
    argument_echo_exe["引数表示用の確認exe"]
    process_explorer["Process Explorer"]
    command_line_startup_logging["コマンドラインのログ記録(呼び出し側・起動時)"]
    secret_disclosure_in_logs["ログへの機密の漏えい"]
    credential_in_command_line["コマンドライン引数への機密の混入"]
    createprocess -.->|"利用する"| windows_command_line_string
    createprocess -.->|"利用する"| lpapplicationname
    windows_command_line_string -.->|"で確認できる"| getcommandlinew
    commandlinetoargvw -.->|"利用する"| getcommandlinew
    dotnet_command_line_segmentation -.->|"利用する"| getcommandlinew
    commandlinetoargvw -->|"実装を担う"| command_line_backslash_quote_rule
    msvc_crt_argument_parsing -.->|"実装を担う"| command_line_backslash_quote_rule
    dotnet_command_line_segmentation -->|"実装を担う"| command_line_backslash_quote_rule
    msvc_crt_argument_parsing -->|"で構成できる"| setargv_wildcard_expansion
    argv0_program_name_rule -->|"前提とする"| windows_command_line_string
    command_line_backslash_quote_rule -.->|"原因になり得る"| trailing_backslash_quote_pitfall
    argument_quoting_function -->|"防止する"| trailing_backslash_quote_pitfall
    argument_quoting_function -->|"防止する"| doubled_quote_form
    processstartinfo_argumentlist -->|"実装を担う"| argument_quoting_function
    processstartinfo_arguments_string -.->|"前提とする"| argument_quoting_function
    processstartinfo_argumentlist -->|"両立しない"| processstartinfo_arguments_string
    processstartinfo_argumentlist -.->|"推奨される対応"| child_process_argument_passing
    argument_quoting_function -.->|"推奨される対応"| child_process_argument_passing
    lpapplicationname -.->|"防止する"| unquoted_space_path_ambiguity
    unquoted_space_path_ambiguity -.->|"原因になり得る"| unintended_executable_launch
    bat_file -.->|"原因になり得る"| batch_file_command_injection
    cmd_shell -.->|"原因になり得る"| broken_argument_delivery
    response_file -.->|"軽減する"| command_line_length_limit
    child_process_argument_passing -.->|"で確認できる"| argument_echo_exe
    child_process_argument_passing -->|"で確認できる"| process_explorer
    command_line_startup_logging -.->|"利用する"| getcommandlinew
    command_line_startup_logging -.->|"原因になり得る"| secret_disclosure_in_logs
    credential_in_command_line -.->|"原因になり得る"| secret_disclosure_in_logs

概念間の関係(全28件)

図と同じ関係を文章でも列挙します。表示している文と機械可読な意味データ(RDFa)は同じ要素に載っています。確度が「確立した関係」のものは直接の関係として、「条件付きの関係」のものは成立条件つきの言明(rdf:Statement)として表現しています。

• CreateProcessはコマンドライン文字列(lpCommandLine)を利用します。CreateProcessは引数の配列ではなく、lpCommandLineという1本のnull終端文字列を受け取り、それが新しいプロセスに渡る。ただし先頭の実行ファイル名はOSがフルパスを補うことがあるため、子がGetCommandLineWで見る文字列は親が渡した文字列と完全には一致しない場合がある。Unicode版はこの文字列を書き換えることがあるため、読み取り専用のバッファは渡せない。 / 確度: 条件付きの関係 / 確認日: 2026-09-02 出典
• CreateProcessはlpApplicationNameを利用します。lpApplicationNameにNULL以外を渡した場合、CreateProcessは実行するモジュールをlpApplicationNameで確定し、子のargv[0]はlpCommandLineの先頭トークンで決まる。NULLを渡した場合はこの引数は使われず、lpCommandLineの先頭トークンから実行モジュールを解決する。 / 確度: 条件付きの関係 / 確認日: 2026-09-02 出典
• コマンドライン文字列(lpCommandLine)はGetCommandLineWで確認できます。子プロセスは自分に渡されたコマンドライン文字列全体をGetCommandLineWで取り出せる。起動時にこの値をログに残しておくと、どんな文字列で起動されたかを後から確認できるが、引数にパスワードやトークンが含まれる設計ではそのまま保存せず、分割後に機密になり得る値を伏せ字にして記録するか、生の記録は限定した診断モードでだけ有効にする。cmd.exeやバッチが挟まっている場合、見えるのはその段が作り直した文字列で、呼び出し側の元の文字列は呼び出し側のログでしか分からない。 / 確度: 条件付きの関係 / 確認日: 2026-09-02 出典
• CommandLineToArgvWはGetCommandLineWを利用します。CommandLineToArgvWは呼び出し側が渡した任意のコマンドライン文字列を分割する関数で、GetCommandLineWを自分で呼ぶわけではない。受け取り側で自分の引数を得る典型的な使い方として、GetCommandLineWの戻り値をCommandLineToArgvWに渡すとargv形式の配列が得られる。 / 確度: 条件付きの関係 / 確認日: 2026-09-02 出典 出典
• .NETランタイムの引数分割はGetCommandLineWを利用します。ランタイム自身の分割コード(SegmentCommandLine)がGetCommandLineWの戻り値を分割するのは、起動時の引数を受け取らないホストされたライブラリの構成でのフォールバックに限られる。apphostやdotnet.exeで起動した通常の構成では、ホストのCランタイム起動コードが分割し、ホスト用オプションとアプリのパスを除いた引数をランタイムが起動時に受け取り、先頭にプログラム名を足した配列をGetCommandLineArgs用に保持し、Mainのargsにはプログラム名を除いた引数を渡すため、ランタイム自身はGetCommandLineWを分割しない。ネイティブホストが独自のargc/argvを渡す構成でもMainのargsはホストが渡した値になる。 / 確度: 条件付きの関係 / 確認日: 2026-09-03 出典 出典 出典 出典
• CommandLineToArgvWはコマンドライン分割の規則(空白・引用符・バックスラッシュ)の実装を担います。CommandLineToArgvWは、引用符の中モードの切り替えと、二重引用符の直前のバックスラッシュを2n個ならn個と囲みの開閉、2n+1個ならn個と文字の引用符として扱う規則で文字列を分割する。 / 確度: 確立した関係 / 確認日: 2026-09-02 出典
• Cランタイムの引数分割(argv生成)はコマンドライン分割の規則(空白・引用符・バックスラッシュ)の実装を担います。MSVCのCランタイム起動コードは、空白とタブによる区切り、引用符による囲み、偶数個・奇数個のバックスラッシュと引用符の規則に従ってargvを作る。mainではargvが現在のコードページに変換された狭い文字列になるため、コードページで表せない文字は失われる。 / 確度: 条件付きの関係 / 確認日: 2026-09-02 出典
• .NETランタイムの引数分割はコマンドライン分割の規則(空白・引用符・バックスラッシュ)の実装を担います。.NETランタイム自身の分割コードは、MSVCのmain関数のドキュメントに記された規則に従って実装されている。apphostやdotnet.exeで起動した通常の構成ではホストのCランタイム起動コードが同じ規則で分割する。Environment.GetCommandLineArgsのドキュメントも同じバックスラッシュと引用符の規則を示している。 / 確度: 確立した関係 / 確認日: 2026-09-02 出典 出典
• Cランタイムの引数分割(argv生成)はsetargv.objによるワイルドカード展開で構成できます。Cランタイムの引数分割は既定ではワイルドカードを展開しないが、setargv.obj(wmainならwsetargv.obj)をリンクすると*や?をファイル名に展開するようになる。 / 確度: 確立した関係 / 確認日: 2026-09-02 出典
• argv[0](プログラム名)の特別規則はコマンドライン文字列(lpCommandLine)を前提とします。コマンドライン文字列の先頭トークン(argv[0])は、ファイルシステムのパスとして妥当であることを前提に、引用符で囲めるがバックスラッシュのエスケープ規則は適用されないという別扱いを受ける。 / 確度: 確立した関係 / 確認日: 2026-09-02 出典 出典
• コマンドライン分割の規則(空白・引用符・バックスラッシュ)は末尾バックスラッシュによる引数の巻き込みの原因になることがあります。末尾がバックスラッシュのパスをそのまま引用符で囲むと、閉じ引用符の直前が奇数個のバックスラッシュになり、引用符が文字として解釈されて囲みが閉じず、後続の引数まで1つに巻き込まれる。空白を含まず引用符で囲まない場合は起きない。 / 確度: 条件付きの関係 / 確認日: 2026-09-02 出典 出典
• 引数の引用符付け(組み立て関数)は末尾バックスラッシュによる引数の巻き込みを防ぎます。組み立て関数は引用符で囲む引数の末尾のバックスラッシュを2倍にして偶数個にするため、閉じ引用符が正しく囲みを終了させ、後続の引数を巻き込まない。 / 確度: 確立した関係 / 確認日: 2026-09-02 出典
• 引数の引用符付け(組み立て関数)は囲みの内側の引用符2連続(非空の引数)を防ぎます。組み立て関数は引数中の引用符に必ずバックスラッシュを前置するため、中身のある引数の内側で引用符が隣接する形を生成しない。この形は2008年より前と後のVCで解釈が異なるため、.NETの組み立てコードも意図的に避けている。空の引数を表す引用符2つだけの形はこれとは別で、正しく生成される。 / 確度: 確立した関係 / 確認日: 2026-09-02 出典
• ProcessStartInfo.ArgumentListは引数の引用符付け(組み立て関数)の実装を担います。ProcessStartInfo.ArgumentListは追加された要素ごとに引用符付けとエスケープを行い、内部で1本の文字列に組み立ててからOSに渡す。その規則は空白も引用符も含まない引数はそのまま、それ以外は引用符で囲み、引用符の直前のバックスラッシュを2倍+1、末尾を2倍にするというもの。 / 確度: 確立した関係 / 確認日: 2026-09-02 出典 出典
• ProcessStartInfo.Arguments(手組み文字列)は引数の引用符付け(組み立て関数)を前提とします。UseShellExecute=falseで実行ファイルを直接起動し、受け取り側が公開された分割規則で解釈する場合、ProcessStartInfo.Argumentsは自分で組み立てた1本の文字列をそのまま渡すため、呼び出し側が分割規則に沿った引用符付けを行う必要がある(ArgumentListのない.NET Frameworkでは同じ規則の関数で組み立てる)。UseShellExecute=trueで文書やURLを開く場合はシェルの関連付けがハンドラのコマンドラインを組み立てるため、この関数だけでは足りない。 / 確度: 条件付きの関係 / 確認日: 2026-09-02 出典 出典
• ProcessStartInfo.ArgumentListはProcessStartInfo.Arguments(手組み文字列)と両立しません。ArgumentListとArgumentsは互いに独立していて、同時には使えない。片方を使うときはもう片方が空でなければならない。 / 確度: 確立した関係 / 確認日: 2026-09-02 出典 出典
• ProcessStartInfo.ArgumentListは子プロセスへの引数の受け渡しに対する本記事の推奨です。.NET Core 2.1以降から子プロセスを起動するときは、1要素を1引数としてArgumentListに追加する方法を本記事は推奨している。公式ドキュメントも、引用符付けに自信がなければArgumentListを選ぶよう案内している。 / 確度: 条件付きの関係 / 確認日: 2026-09-02 出典
• 引数の引用符付け(組み立て関数)は子プロセスへの引数の受け渡しに対する本記事の推奨です。C++や.NET Frameworkのように組み立てを自分で行い、実行ファイルを直接起動して、受け取り側がCommandLineToArgvW・Cランタイム・.NETランタイムの分割規則で解釈する場合に、引用符を手で書かず、分割規則の逆写像となる1つの関数で全引数を組み立てることを本記事は推奨している。cmd.exeやバッチファイルを経由する場合は別のパーサが挟まるため、この関数だけでは足りない。 / 確度: 条件付きの関係 / 確認日: 2026-09-02 出典 出典
• lpApplicationNameは空白を含む実行ファイルパスの曖昧さ(Program.exe問題)を防ぎます。lpApplicationNameに実行ファイルのフルパスを渡した場合に限り、実行するモジュールはコマンドライン文字列の先頭トークンの解釈に依存しなくなる。NULLを渡した場合はlpCommandLineの先頭から推定されるため曖昧さは残る。公式ドキュメントはNULLを渡さないこと、渡す場合は先頭のパスを引用符で囲むことを求めている。 / 確度: 条件付きの関係 / 確認日: 2026-09-02 出典
• 空白を含む実行ファイルパスの曖昧さ(Program.exe問題)は意図しない実行ファイルの起動の原因になることがあります。空白を含むパスを引用符なしで先頭に置くと、CreateProcessはC:\Program.exeのような短い候補から順に存在を試すため、そこに別の実行ファイルが置かれていればそれが起動する。 / 確度: 条件付きの関係 / 確認日: 2026-09-02 出典
• バッチファイル(bat)はバッチファイル経由のコマンド注入リスクの原因になることがあります。バッチファイルは引数を分割せず生のコマンドライン文字列としてcmd.exeに渡すため、外から来た値をそのまま渡すとコマンド注入の余地が生じる。公式ドキュメントは信頼できない入力をバッチファイルに渡さないよう警告している。 / 確度: 条件付きの関係 / 確認日: 2026-09-02 出典
• コマンドシェル(cmd.exe)は引用符消失・空文字列引数の消失の原因になることがあります。cmd.exeは&、|、丸括弧などを構文として扱い、/cや/kに続く文字列の外側の引用符を条件によって剥がすため、分割規則に沿って引用符付けした文字列でも引数が変形して届くことがある。 / 確度: 条件付きの関係 / 確認日: 2026-09-02 出典
• 応答ファイルはコマンドライン長の上限を軽減します。件数に比例して伸びる引数は、内容をファイルに書き出してそのパスだけを渡す応答ファイル方式にすれば、cmd.exeの8,191文字やCreateProcessの32,767 UTF-16コード単位の上限に達しない。ただしCreateProcessもcmd.exeもファイルを展開しないため、受け取るプログラムが@fileのような構文で応答ファイルを読めるか、読めるように直せる場合に限られる。 / 確度: 条件付きの関係 / 確認日: 2026-09-02 出典
• 子プロセスへの引数の受け渡しは引数表示用の確認exeで確認できます。相手のexeの代わりに引数表示用のexeを起動すると、分割後の配列に何が届いたかを直接確認できる。ただし表示用exeは相手と同じランタイム(MSVCのC/C++か.NETか)で作らないと、囲みの中の引用符2連続のような端の形で解釈が食い違う。相手が自分たちのプログラムなら、相手自身の起動時にargvをログに残すほうが確実。 / 確度: 条件付きの関係 / 確認日: 2026-09-02 出典
• 子プロセスへの引数の受け渡しはProcess Explorerで確認できます。Process Explorerのプロセスのプロパティには子プロセスが保持しているコマンドライン文字列が表示されるため、相手側に届いた文字列を確認できる。ただし先頭の実行ファイル名はOSがフルパスを補っていることがあり、cmd.exeやバッチが挟まっていれば見えるのはその段が作り直した文字列で、呼び出し側のバッファと一致するとは限らない。分割後の配列は分からない。 / 確度: 確立した関係 / 確認日: 2026-09-02 出典
• コマンドラインのログ記録(呼び出し側・起動時)はGetCommandLineWを利用します。起動したプログラム側でコマンドラインをログに記録する場合は、GetCommandLineWが返す文字列(または分割後の引数)を材料にする。呼び出し側のログは起動前のバッファやArgumentListの要素を材料にするため、GetCommandLineWは使わない。 / 確度: 条件付きの関係 / 確認日: 2026-09-02 出典
• コマンドラインのログ記録(呼び出し側・起動時)はログへの機密の漏えいの原因になることがあります。呼び出し側で組み立てた文字列でも、起動したプログラムがGetCommandLineWで受け取った文字列でも、そのままログに保存すると、引数にパスワード・APIキー・トークンが含まれている場合にそれがログに残る。ログはプロセスより長く保持され、より多くの人が閲覧するため、どちら側でも機密になり得る値を伏せ字にしてから記録するか、生の記録を限定した診断モードに閉じ込める必要がある。 / 確度: 条件付きの関係 / 確認日: 2026-09-02 出典 出典
• コマンドライン引数への機密の混入はログへの機密の漏えいの原因になることがあります。引数にパスワードやトークンを渡す設計では、起動時のコマンドラインの記録やプロセス監視ツールの表示を通じて、その値がログに残り得る。ログ側で伏せ字にするだけでなく、機密を引数で渡さない設計が根本の対策になる。 / 確度: 条件付きの関係 / 確認日: 2026-09-02 出典

主要概念の定義

コマンドライン文字列(lpCommandLine)

Windowsがプロセスの起動時に渡す、実行ファイル名と引数を空白で並べた1本のnull終端文字列。引数の配列としては渡らず、受け取った側のプロセスが自分で分割する。上限は終端のnull文字を含めて32,767 UTF-16コード単位(サロゲートペアの文字は2つと数える)。

コマンドライン分割の規則(空白・引用符・バックスラッシュ)

Windowsのコマンドライン文字列を引数に分割する規則。空白とタブで区切り、二重引用符で囲んだ範囲は区切らず、バックスラッシュは直後に二重引用符が来るときだけ特別扱いされる(2n個ならn個と囲みの開閉、2n+1個ならn個と文字としての引用符)。

引数の引用符付け(組み立て関数)

引数の配列から、受け取り側の分割規則で元どおりに割れる1本のコマンドライン文字列を組み立てる処理。空白か引用符を含むか空の引数を引用符で囲み(空の引数は引用符2つだけになる)、引用符の直前のバックスラッシュを2倍+1、末尾のバックスラッシュを2倍にし、引用符にはバックスラッシュを前置する。往復が保証されるのは受け取り側がCommandLineToArgvW・Cランタイム・.NETランタイムと同じ分割規則でワイド文字のまま分割し(独自の文法で生のコマンドラインを解釈する相手や、途中にシェルのパーサが挟まる場合は対象外)、かつsetargv.obj/wsetargv.objによるワイルドカード展開を有効にしていない場合で(展開が有効だと*や?を含む引数がファイル名に置き換わる)、組み立てた文字列全体がCreateProcessのlpCommandLineの上限(終端のnull文字を含めて32,767 UTF-16コード単位)に収まることも前提になる。コマンドラインがnull終端文字列であるためNUL文字を含む引数は渡せず、狭い文字列のmainではコードページで表せない文字が失われる。

ProcessStartInfo.ArgumentList

.NET Core 2.1以降で、引数をコレクションとして個別に指定でき、必要な引用符付けをランタイムが行うProcessStartInfoのプロパティ。

CreateProcess

新しいプロセスと主スレッドを作成するWin32 API。実行するモジュールをlpApplicationNameで、子プロセスに渡すコマンドライン文字列をlpCommandLineで指定する。

CommandLineToArgvW

Unicodeのコマンドライン文字列をCランタイムのargv/argcに似た配列に分割するWin32 API。戻り値は1回のLocalFreeで解放する。

.NETランタイムの引数分割

.NETランタイムがWindowsでコマンドラインから引数配列を得る仕組み。apphostやdotnet.exeで起動した通常の構成では、ホスト自身がMSVCのCランタイムで作られたwmainのプログラムなので分割はCランタイム起動コードが行い、ホストは自分のオプションとアプリのパスを除いた残りを、アプリのパスと一緒にランタイムに渡す。ランタイムは起動時に、先頭にプログラム名(ホストから渡された起動名、無ければアセンブリのパス)を置いた配列を作ってEnvironment.GetCommandLineArgs用に保持し、Mainのargsにはプログラム名を除いた引数だけを渡す。起動時の引数を受け取らないホストされたライブラリの構成では、フォールバックとしてランタイム自身の分割コード(SegmentCommandLine)がGetCommandLineWの戻り値を分割する。この分割コードはMSVCのCランタイムの文書に合わせて実装され、CommandLineToArgvWは挙動がわずかに異なるため使っていない。ネイティブホストが独自のargc/argvを渡してMainを呼ぶ構成では、Mainのargsはホストが渡した値になる。

Cランタイムの引数分割(argv生成)

MSVCのCランタイム起動コードが、プログラム開始時にコマンドライン文字列をargc/argvへ分割する処理。Microsoft固有の規則に従い、既定ではワイルドカードを展開しない。

argv[0](プログラム名)の特別規則

コマンドライン先頭のプログラム名だけに適用される分割規則。引用符で囲んで空白を含められるが、バックスラッシュによるエスケープは働かず、引用符そのものを含める方法もない。

ProcessStartInfo.Arguments(手組み文字列)

引用符付けを自分で行った1本のコマンドライン文字列として引数を渡す、ProcessStartInfoの旧来のプロパティ。

lpApplicationName

CreateProcessの第1引数で、実行するモジュールのパスを明示する。NULLにするとlpCommandLineの先頭の空白区切りトークンから実行ファイルが推定され、モジュール名部分はMAX_PATHに制限される。

空白を含む実行ファイルパスの曖昧さ(Program.exe問題)

lpApplicationNameをNULLにして空白を含むパスを引用符なしでコマンドライン先頭に置くと、CreateProcessが短い候補(C:\Program.exeなど)から順に実行ファイルを試すため、意図しないファイルが実行され得る状態。

バッチファイル(bat)

cmd.exeが解釈するコマンドを並べたスクリプトファイル。拡張子.batまたは.cmdを持つ。

コマンドシェル(cmd.exe)

Windowsに搭載される、batファイルなどのバッチスクリプトを実行する伝統的なコマンドラインシェル。

応答ファイル

引数の内容をファイルに書き出し、コマンドラインにはそのファイルのパスだけを渡す方式。コマンドライン長の上限を回避するための公式の回避策の一つだが、CreateProcessやcmd.exeがファイルを展開するわけではなく、受け取るプログラムが@fileのような構文で応答ファイルを読めることが前提になる。

子プロセスへの引数の受け渡し

呼び出し側が子プロセスに引数を渡す行為。Windowsでは配列ではなく1本のコマンドライン文字列として渡るため、受け取り側の分割規則で元どおりに割れる文字列を組み立てることと同義になる。

コマンドラインのログ記録(呼び出し側・起動時)

呼び出し側が組み立てたコマンドライン文字列、または起動したプログラムが受け取ったコマンドライン文字列や分割後の引数をログに書き出す運用。どんな文字列で起動されたかを後から確認できるが、記録の仕方によっては引数に含まれる機密がログに残る。

コマンドライン引数への機密の混入

パスワードやAPIキーをコマンドライン引数として渡す実装。プロセスの引数を読める相手にはその機密が渡る。

機械可読データ

• JSON-LD / Turtle ── この記事の知識グラフ全体
• 概念一覧 / 語彙(述語)の定義

このデータセットについて

作成

合同会社小村ソフト

ライセンス

CC BY 4.0 ── 出典(合同会社小村ソフト)とライセンスへのリンクを明示し、改変した場合はその旨を示すことを条件に、再配布・改変を含めて再利用できます

最終確認日

2026-09-03 ── 収録する関係のうち、最後に出典と照合した日

このページはサイトの知識グラフ(_data/knowledge/)から自動生成されています。誤りの指摘はお問い合わせからお願いします。