GetModuleFileName(NULL)是Windows获取exe路径最直接方式，需检查返回值、缓冲区大小并处理宽字符；Linux用readlink("/proc/self/exe")，macOS用_NSGGetExecutablePath；跨平台需注意路径分隔符、目录提取及/proc不可靠时的argv[0]降级方案。
Windows下用GetModuleFileName获取exe路径
在Windows平台，GetModuleFileName是最直接可靠的方式，传入NULL表示获取当前进程主模块（即exe）的完整路径。它返回的是宽字符或窄字符路径，取决于是否定义UNICODE。
常见错误是忽略返回值检查或缓冲区大小——函数返回实际写入长度，若返回0说明失败，需调用GetLastError()排查；缓冲区至少设为MAX_PATH（260），但更稳妥的做法是用MAX_PATH + 1或动态分配。
- 使用
std::wstring接收宽字符路径（推荐，避免编码问题） - 若需UTF-8字符串，用
WideCharToMultiByte(CP_UTF8, ...)转换 - 注意：该路径包含文件名，如需目录路径，需手动截断最后一级
Linux/macOS用/proc/self/exe读符号链接
Linux下标准做法是读取/proc/self/exe这个符号链接，它指向当前进程的可执行文件。macOS没有/proc，需用_NSGetExecutablePath替代。
容易踩的坑是没处理符号链接解析失败的情况——readlink可能返回-1，且缓冲区不足时返回值等于缓冲区大小但不保证null终止；macOS的_NSGetExecutablePath第一次调用会返回所需缓冲区大小，必须先用0试探再分配内存。
立即学习“C++免费学习笔记（深入）”；
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- Linux示例：
char path[PATH_MAX]; ssize_t len = readlink("/proc/self/exe", path, sizeof(path)-1);，成功后需手动加 - macOS示例：先调
_NSGetExecutablePath(NULL, &size)获取长度，再分配并重试 - 两者都可能返回相对路径（如被
chdir影响），必要时用realpath()转绝对路径
跨平台封装要注意路径分隔符和结尾斜杠
不同系统路径格式差异明显：Windows用反斜杠且含盘符，Unix系用正斜杠/且无盘符。直接拼接或截断容易出错。
关键点不是“统一成某种格式”，而是按实际用途决定处理方式：如果只是记录日志，保留原样即可；如果用于打开同目录配置文件，则必须提取目录部分，并确保结尾有分隔符。
- 提取目录建议用
std::string::rfind找最后一个/或\，而不是依赖std::filesystem::path（C++17才支持，且某些嵌入式环境不可用） - 拼接子路径时，检查目录末尾是否已有分隔符，避免出现
path//config.txt - 注意：Windows下
C: ooar.exe的目录是C: oo，而/usr/bin/app的目录是/usr/bin/，结尾斜杠逻辑一致
静态编译或容器环境下/proc可能不可靠
某些场景下/proc/self/exe无法访问：musl libc静态链接的二进制、Docker容器未挂载/proc、或权限受限的沙箱环境。此时路径可能为空或指向(deleted)。
没有银弹方案，只能降级处理：回退到argv[0]，但它可能是相对路径、软链接名，甚至被篡改过。务必做realpath()校验，失败则只能报错或使用预设默认路径。
-
argv[0]在main函数中可用，但注意它不一定是绝对路径，也不一定指向真实文件 -
realpath(argv[0], NULL)会自动解析符号链接并返回绝对路径，失败返回NULL - 若所有方法都失败，说明运行环境已脱离常规假设，程序应明确拒绝启动而非静默返回错误路径
/home/user/app不代表你有权读它的父目录，后续操作仍需独立做权限检查。 
