linux/macos下直接在main函数中使用int argc和char* argv[]是最标准方式:argc表示参数个数(含程序名),argv是以nullptr结尾的c字符串指针数组,argv[0]通常为可执行文件路径;windows则需用getcommandlinew+commandlinetoargvw获取宽字符参数。

Linux/macOS 下用 argv 和 argc 直接访问启动参数
main 函数的两个参数就是最直接、最标准的方式:int argc 表示参数个数,char* argv[] 是以 nullptr 结尾的 C 字符串指针数组。每个 argv[i] 指向一个参数字符串,argv[0] 通常是可执行文件路径(可能含相对路径或符号链接目标,不一定是绝对路径)。
注意:这不是“获取”,而是“传入”——C++ 程序启动时系统就已把参数准备好,你只需在 main 中接收。如果在其他函数里需要这些参数,得提前存到全局变量或静态对象里,比如:
static std::vector<:string> g_args;
int main(int argc, char* argv[]) {
for (int i = 0; i <p>别试图在 <code>main</code> 外调用 <code>getauxval</code> 或读 <code>/proc/self/cmdline</code> 来“重新获取”,既没必要又容易出错。</p>
<h3>Windows 下不能只靠 <code>argv</code>,得用 <code>GetCommandLineW</code> + <code>CommandLineToArgvW</code>
</h3>
<p>Windows 的 <code>argv</code> 在宽字符编译(<code>UNICODE</code> 定义时)下是 <code>wchar_t*</code>,但它的解析行为和 POSIX 不同:它不保留原始命令行的引号/空格细节,且对非 ASCII 字符的处理依赖当前代码页(ANSI 版本)或可能被 CRT 截断(尤其早期 VS 版本)。更可靠的方式是调用 Win32 API:</p>
<ul>
<li>
<code>GetCommandLineW()</code> 返回完整原始宽字符串(含程序名和所有参数,未分割)</li>
<li>
<code>CommandLineToArgvW(cmdline, &argc)</code> 按 Windows 规则解析(支持转义、嵌套引号等),返回 <code>wchar_t**</code> 数组</li>
</ul>
<p>关键点:返回的 <code>wchar_t**</code> 必须用 <code>LocalFree</code> 释放,不是 <code>delete[]</code> 或 <code>free</code>;<code>argc</code> 包含 <code>argv[0]</code>(即程序名)。</p>
<p>示例片段:</p><div class="aritcle_card flexRow artxards">
<div class="artcardd flexRow">
<a class="aritcle_card_img" rel="nofollow" href="/xiazai/gongju/2823" title="C++14"><img
src="https://img.php.cn/upload/manual/001/431/639/6ac8b33c327c4749.png" alt="C++14" onerror="this.onerror='';this.src='/static/lhimages/moren/morentu.png'" ></a>
<div class="aritcle_card_info flexColumn">
<a rel="nofollow" href="/xiazai/gongju/2823" title="C++14" class="overflowclass">C++14</a>
<p class="overflowclass">C++14 对 C++11 的修正与增强版本,适合旧系统维护和较老工具链兼容。</p>
</div>
<a rel="nofollow" href="/xiazai/gongju/2823" title="C++14" class="aritcle_card_btn flexRow flexcenter"><b></b><span>下载</span>
</a>
</div>
</div>
<pre class="brush:php;toolbar:false;">wchar_t* cmd = GetCommandLineW();
int argc_w;
wchar_t** argv_w = CommandLineToArgvW(cmd, &argc_w);
if (argv_w != nullptr) {
// 使用 argv_w[0] 到 argv_w[argc_w-1]
LocalFree(argv_w); // 必须调用!
}
跨平台封装时,避免用 std::system 或 std::getenv 读取启动参数
std::system 是执行新进程,跟当前进程参数无关;std::getenv 读环境变量,不是命令行参数。有人误以为 /proc/self/cmdline(Linux)或 NSProcessInfo.processInfo().arguments(macOS)能“补充”argv,其实没必要——argv 就是权威来源。除非你在写注入型工具或调试器,否则不要绕过 main 参数。
真正需要跨平台抽象时,推荐只做一层薄包装:
- Linux/macOS:直接转发
argc/argv - Windows:在
main或wmain里调用CommandLineToArgvW,统一转成std::vector<:string></:string>或std::vector<:wstring></:wstring>
不要尝试用 dlopen + dladdr 或 backtrace 反推参数——不可靠,且破坏启动语义。
argv 的生命周期和修改风险
argv 指向的内存由运行时在栈/堆上分配,生命周期与进程相同,但它是可写的(POSIX 允许修改 argv[0] 来改进程名显示,如 prctl(PR_SET_NAME, ...) 在 Linux 上配合使用)。不过:
- 修改
argv[i]内容本身是安全的(只要不越界),但改完后不能再用exec系列函数,因为它们会重新初始化argv - 某些容器或沙箱环境(如 gVisor、Firecracker)可能限制对
argv内存的写权限 - ASLR 不影响
argv地址稳定性,但不同启动方式(fork+execvs 直接加载)可能导致argv分配位置差异
最常被忽略的是:如果你用 std::string 保存 argv[i],要确保 argv 所指内存没被提前释放——而它实际只在 main 返回后才失效,所以只要不在线程里异步延迟访问,基本没问题。
C++免费学习笔记(深入):立即使用
在学习笔记中,你将探索 C++ 的入门与实战技巧!










