Linux下需以二进制模式读取/proc/self/cmdline并按空字符\0切分参数，Windows则调用GetCommandLineW获取宽字符串后转UTF-8；两者均不可用普通文本读取或GetModuleFileName替代。
Linux下读取/proc/self/cmdline需要逐字节解析空字符分隔
Linux内核把原始命令行参数以\0（空字符）拼接后存放在/proc/self/cmdline中，不是普通文本文件——它没有换行，多个参数之间用单个\0隔开，末尾还有一个\0。直接用fgets或std::getline会读到第一个参数就停住。
- 用
std::ifstream以std::ios::binary模式打开，再用read一次性读取全部内容 - 遍历字节数组，遇到
\0就切分出一个参数；连续\0不会出现，所以每段非空字节即为一个参数 - 注意：
/proc/self/cmdline可能被进程自己或特权进程修改，但通常可靠；若文件不可读（如容器限制），需降级处理
std::string read_cmdline() {
std::ifstream f("/proc/self/cmdline", std::ios::binary);
if (!f.is_open()) return "";
std::vector<char> buf((std::istreambuf_iterator<char>(f)), {});
std::string result;
for (size_t i = 0; i < buf.size(); ) {
size_t j = i;
while (j < buf.size() && buf[j] != '\0') ++j;
if (j > i) {
if (!result.empty()) result += " ";
result += std::string(&buf[i], &buf[j]);
}
i = j + 1;
}
return result;
}Windows用GetCommandLineW获取宽字符串再转UTF-8
Windows不提供类似/proc的接口，必须调用GetCommandLineW——它返回的是带引号、空格转义后的原始命令行宽字符串（wchar_t*），和用户启动时输入的几乎一致（包括多余空格、内部引号等）。
- 不能用
GetModuleFileName代替，它只返回可执行路径，不含参数 -
GetCommandLineA在非Unicode系统上不可靠，一律用GetCommandLineW+WideCharToMultiByte - 注意：如果程序是通过
CreateProcess以CREATE_NO_WINDOW等方式启动，该API仍有效；但DLL注入场景下可能指向宿主进程命令行
#include <windows.h>
#include <string>
std::string get_cmdline_utf8() {
wchar_t* wcmd = GetCommandLineW();
if (!wcmd) return "";
int len = WideCharToMultiByte(CP_UTF8, 0, wcmd, -1, nullptr, 0, nullptr, nullptr);
if (len <= 0) return "";
std::string result(len, '\0');
WideCharToMultiByte(CP_UTF8, 0, wcmd, -1, &result[0], len, nullptr, nullptr);
result.pop_back(); // 去掉结尾\0
return result;
}macOS需组合_NSGetArgc和_NSGetArgv再拼接
macOS没有/proc，也没有直接等价于GetCommandLineW的API。标准做法是调用_NSGetArgc/_NSGetArgv拿到argv数组，然后手动按规则拼回原始字符串——但这无法还原引号、反斜杠转义等shell层面的处理，只能得到“运行时解析后的参数”。
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 严格来说，macOS无法获取真正的“启动命令行原始字符串”，因为shell在exec前已做词法解析，内核只接收干净的
argv - 若要逼近原始效果，可用
NSString *cmd = [[NSProcessInfo processInfo] environment][@"CMDLINE"]（需启动时由父进程显式注入，非常规） - 多数情况下，拼接
argv[0]到argv[argc-1]并用空格分隔已够用，但要注意参数本身含空格时会被破坏
跨平台封装时别忽略argv[0]可能被篡改
无论哪个平台，argv[0]（程序名部分）在启动后都可能被代码主动修改（例如prctl(PR_SET_NAME)或直接写argv[0][0] = 0），而/proc/self/cmdline或GetCommandLineW返回的是初始值——二者可能不一致。
立即学习“C++免费学习笔记（深入）”；
- 如果你关心“刚启动时用户敲了什么”，就信
/proc/self/cmdline或GetCommandLineW - 如果你关心“当前进程自称什么”，就看
argv[0]（但注意它可能已被改写） - 第三方库如
boost::program_options或absl::flags只解析argv，不碰原始命令行，这点要分清
真正难的不是读取，而是定义清楚“原始字符串”到底指哪一层：shell输入？execve传入？还是内核保存的副本？不同场景答案不同。
