std::filesystem::current_path()是C++17起唯一可移植、可信赖的获取当前路径方案，需包含<filesystem>头文件并启用C++17标准；返回fs::path对象，推荐用.u8string()转字符串，异常时抛出filesystem_error，须用try/catch捕获。
std::filesystem::current_path() 是唯一靠谱的选择
别用 _current_path——它不是标准 C++ 函数，是某些旧编译器（比如老版本 MSVC）私有扩展，跨平台编译直接报错，Linux/macOS 根本不认。C++17 起，std::filesystem::current_path() 是唯一可移植、可信赖的方案。
使用前必须加头文件和命名空间：
#include <filesystem> namespace fs = std::filesystem;
常见错误现象：error: 'filesystem' is not a member of 'std'，说明没开 C++17 或链接缺失。GCC/Clang 需加 -std=c++17，MSVC 需设语言标准为 ISO C++17 或更高；MinGW 还得额外加 -lstdc++fs。
获取路径后怎么安全转成字符串
std::filesystem::current_path() 返回的是 fs::path 对象，不是 std::string。直接用 .string() 有风险：在 Windows 上若路径含 Unicode 字符（比如中文目录），且程序未启用 UTF-8 模式，可能乱码或抛异常。
立即学习“C++免费学习笔记（深入）”；
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 推荐用
.u8string()→ 得到std::u8string（C++20），或退而求其次用.string()+ 确保控制台/环境支持 UTF-8 - 如果必须兼容 C++14 或老旧环境，改用
GetModuleFileNameA（Windows）或getcwd（POSIX），但这就脱离了std::filesystem的抽象层 - 注意：
fs::path重载了/操作符，拼接子路径别手写"\"或"/"，直接写fs::current_path() / "data" / "config.txt"
权限不足或路径不存在时的行为
std::filesystem::current_path() 在无读取权限、磁盘脱机、符号链接断裂等情况下会抛出 fs::filesystem_error，不是返回空值。不捕获就 crash。
典型错误信息：filesystem error: cannot determine current path: Permission denied（Linux）或 The directory name is invalid（Windows）。
- 务必用 try/catch 包裹，尤其在服务端或后台程序中
- 不要假设当前工作目录“一定存在”——chdir 可能被其他线程/外部进程修改
- 如仅需启动时快照，建议在 main() 开头立即调用并缓存，避免后续反复查询和异常风险
与 getcwd 的关键差异：编码和语义
有人图省事用 POSIX 的 getcwd，但它返回的是原始字节流（char*），不带编码元信息。在 Linux 终端 locale 是 en_US.UTF-8 时没问题，但切换成 C locale 或挂载了非 UTF-8 编码的 NFS 卷，getcwd 返回的路径名就无法正确 decode。
-
std::filesystem::current_path()内部按系统原生方式处理路径编码（Windows 用 UTF-16，POSIX 用当前 locale 编码），更可靠 -
getcwd缓冲区大小需手动管理（PATH_MAX不总是安全），而fs::current_path()自动分配内存 - macOS 上
getcwd对某些挂载点（如 APFS 快照）可能失败，fs::current_path()封装了更健壮的底层调用
路径操作不是字符串拼接，也不是一次调用就一劳永逸的事——尤其在多线程、容器化或权限受限环境中，每次访问都可能触发新状态。别省那几行 try/catch。
