posix系统用getuid()结合getpwuid()获取用户名，需检查返回值并立即拷贝pw_name；windows用getusernamew()并按需重试；跨平台应优先原生api，fallback时区分user/logname与username。
Linux/macOS 下用 getpwuid(getuid()) 获取用户名
POSIX 系统（包括 Linux 和 macOS）不提供直接的“获取当前用户名”标准函数，但可以通过用户 ID 反查密码数据库。核心逻辑是：先调用 getuid() 拿到当前进程的有效 UID，再用 getpwuid() 查这个 UID 对应的 struct passwd，其中 pw_name 就是用户名。
注意：getpwuid() 返回的是静态缓冲区指针，多线程下不安全；若需线程安全，改用 getpwuid_r()，并自己分配缓冲区。
常见错误是忽略返回值检查——如果系统没有对应 UID 的条目（比如容器里 UID 未映射到 /etc/passwd），getpwuid() 返回 nullptr，直接访问 pw_name 会崩溃。
- 必须检查
getpwuid()返回值是否为nullptr - 不要在多线程环境中无保护地使用
getpwuid() - 容器或精简系统中
/etc/passwd可能不含当前 UID 条目，此时需 fallback 到环境变量USER或LOGNAME
Windows 下用 GetUserNameA() 或 GetUserNameW()
Windows 提供了专门的 API：GetUserNameA()（ANSI）和 GetUserNameW()（Unicode）。两者都要求传入一个缓冲区和其长度指针，函数会把用户名写入缓冲区，并通过指针更新实际长度。
关键点在于：如果缓冲区太小，函数返回 false，且通过长度参数告诉你需要多大空间；必须按此重试，不能假设一次调用就成功。
- 初始缓冲区建议至少设为
256字节 - 调用失败后，检查
GetLastError()是否为ERROR_INSUFFICIENT_BUFFER，再按提示长度重分配并重试 - 优先使用
GetUserNameW()避免宽字符转换问题，尤其用户名含中文时 - 该 API 返回的是登录用户名（即
DOMAIN\user中的user部分），不是主机名或计算机名
跨平台封装时别硬依赖 USER 环境变量
有人图省事直接读 getenv("USER")，但这在 Windows 上无效（Windows 用 USERNAME），且在 Linux 容器或某些服务环境下，USER 可能未设置或被篡改。它只是 shell 启动时继承的副本，不可靠。
真正跨平台的做法是：先按系统调用原生 API（上面两节的方法），仅当原生方式失败时，再 fallback 到环境变量，并区分平台取不同键名。
- Linux/macOS fallback 键：
"USER"或"LOGNAME"（后者更规范） - Windows fallback 键：
"USERNAME" - 永远把环境变量当作最后手段，不作为主路径
- 注意
getenv()返回指针可能为nullptr，需判空
std::string 构造时小心 getpwuid() 的内存生命周期
用 getpwuid() 拿到的 pw_name 指向内部静态缓冲区，其内容在下次调用同类函数（如 getpwnam()）时可能被覆盖。如果直接用它构造 std::string 并长期持有，后续其他库函数调用可能导致字符串内容意外改变。
这不是 bug，是 POSIX 规定的行为。很多 C++ 封装示例代码忽略了这点，导致偶发乱码或崩溃。
- 务必用
std::string(pw->pw_name)立即拷贝内容，而不是保存原始指针 - 避免把
pw->pw_name存入全局或静态std::string变量 - 若用
getpwuid_r()，则缓冲区由你控制，只要不释放，内容就稳定
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
