linux用/proc/self/cmdline以null分隔读取原始参数，windows用getcommandlinew()获取未解析命令行，macos用_nsgetargc()/nsgetargv()获取解析后参数，跨平台应避免依赖argc/argv生命周期。
Linux 下用 /proc/self/cmdline 读取原始参数
Linux 内核把每个进程的命令行参数以 null 分隔的形式存放在 /proc/self/cmdline 文件里，这是最直接、最可靠的方式。注意它不经过 shell 解析，保留了原始分隔（比如带空格的参数不会被拆开），但也没有引号或转义信息。
实操建议：
- 用
std::ifstream或open()/read()读取该文件，逐个 null 字节切分得到参数字符串 - 必须按字节读取并手动分割，不能用
std::getline（它停在换行符，而该文件无换行） - 第一个参数是程序路径（
argv[0]），后续才是传入的参数 - 如果进程是 setuid 的，/proc/self/cmdline 可能为空或只返回程序名，权限受限时需留意
std::ifstream cmdline("/proc/self/cmdline", std::ios::binary);
std::string content((std::istreambuf_iterator<char>(cmdline)),
std::istreambuf_iterator<char>());
std::vector<:string> args;
size_t start = 0;
while (start <h3>Windows 下调用 <code>GetCommandLineA()</code> 或 <code>GetCommandLineW()</code>
</h3>
<p>Windows 提供 API 直接获取启动时的完整命令行字符串，包括程序名和所有参数。它等价于 <code>main</code> 函数收到的 <code>argv</code> 拼接结果，但要注意：它不解析——引号、反斜杠转义都原样保留，且不区分 <code>argv[0]</code> 和其余参数。</p>
<p>实操建议：</p>
<ul>
<li>用 <code>GetCommandLineW()</code> 获取宽字符版本更稳妥，避免代码页问题；若需窄字符，用 <code>GetCommandLineA()</code>，但可能丢失非 ASCII 字符</li>
<li>不能直接当 <code>argv</code> 用，需调用 <code>CommandLineToArgvW()</code> 才能得到正确切分的参数向量</li>
<li>返回字符串由系统管理，不可修改，也不可 free</li>
<li>在 DLL 中调用需确认是否在主线程、且未被早期卸载干扰</li>
</ul>
<h3>跨平台封装时为什么别依赖 <code>argc</code>/<code>argv</code>
</h3>
<p>很多开发者误以为全局 <code>argc</code> 和 <code>argv</code> 一直有效，其实它们只在 <code>main</code> 入口及其直接调用栈中安全；一旦进入线程回调、信号处理函数、或 DLL 的 DllMain，<code>argv</code> 指针可能已失效或指向释放内存。</p><div class="aritcle_card flexRow artxards">
<div class="artcardd flexRow">
<a class="aritcle_card_img" rel="nofollow" href="/xiazai/skill5502" title="C++ Code Review Master"><img
src="https://img.php.cn/upload/skill/000/000/081/179051228971575.jpg" alt="C++ Code Review Master" onerror="this.onerror='';this.src='/static/lhimages/moren/morentu.png'" ></a>
<div class="aritcle_card_info flexColumn">
<a rel="nofollow" href="/xiazai/skill5502" title="C++ Code Review Master" class="overflowclass">C++ Code Review Master</a>
<p class="overflowclass">组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。</p>
</div>
<a rel="nofollow" href="/xiazai/skill5502" title="C++ Code Review Master" class="aritcle_card_btn flexRow flexcenter"><b></b><span>下载</span>
</a>
</div>
</div>
<p>实操建议：</p>
<ul>
<li>若需长期访问，应在 <code>main</code> 开头就拷贝一份到静态 <code>std::vector<:string></:string></code> 或全局 <code>std::shared_ptr</code>
</li>
<li>跨平台库（如 Qt、Boost.ProgramOptions）内部也是优先走 /proc 或 GetCommandLine 路径，而非信任 <code>argv</code> 生命周期</li>
<li>在 fork 后的子进程中，<code>/proc/self/cmdline</code> 是子进程自己的参数，而父进程的 <code>argv</code> 地址在子进程中不一定有效</li>
</ul>
<h3>macOS 上没有 <code>/proc</code>，得用 <code>_NSGetArgc()</code> 和 <code>_NSGetArgv()</code>
</h3>
<p>macOS 不提供 /proc 文件系统，默认也不允许直接读取其他进程的参数。但 Darwin 内核导出了 <code>_NSGetArgc()</code> 和 <code>_NSGetArgv()</code> 这两个符号，可获取当前进程的原始 <code>argc</code>/<code>argv</code> 指针——和 <code>main</code> 收到的一致。</p>
<p>实操建议：</p>
<ul>
<li>必须链接 <code>-framework Foundation</code>（尽管实际不依赖 Foundation 类，但符号在此框架中导出）</li>
<li>返回的是 <code>int*</code> 和 <code>char***</code>，使用前要判空，且仅限主线程调用</li>
<li>与 Linux 的 /proc 方式不同，这里拿到的是已经由 dyld 解析过的参数，引号和空格处理更接近用户预期，但无法还原原始字节序列</li>
<li>在 hardened runtime 或 sandbox 环境下，某些扩展属性可能导致 <code>_NSGetArgv()</code> 返回空，需 fallback 到环境变量 <code>argv[0]</code> 拼接（不推荐，信息不全）</li>
</ul>
<p>真正麻烦的不是读不到，而是不同系统对“命令行”的定义不一致：Linux 给你原始字节，Windows 给你解析前字符串，macOS 给你解析后指针。选哪条路，得看你究竟需要什么——调试追踪要原始字节，配置加载要语义正确，日志记录则往往两者都要留一份快照。</p></:string></char></char>C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
