std::filesystem::current_path() 返回 std::filesystem::path 对象，需显式转换为字符串才能正确输出，直接 cout 可能为空或乱码。
std::filesystem::current_path() 能直接获取当前工作目录
它返回的是 std::filesystem::path 对象，不是 C 风格字符串或 std::string，别直接 cout 打印——可能输出空或乱码。需要显式转成字符串：
std::filesystem::path p = std::filesystem::current_path(); std::cout << p.string() << '\n'; // 正确 // std::cout << p << '\n'; // 可能不输出或格式异常（依赖 operator<< 实现）
注意：这个“当前路径”是进程启动时的工作目录（pwd 值），不是可执行文件所在目录，也不是源码目录。
想获取可执行文件所在目录？不能只靠 current_path()
std::filesystem::current_path() 和程序安装位置无关。Linux/macOS 下需读取 /proc/self/exe 或 _NSGetExecutablePath()；Windows 下用 GetModuleFileNameA(nullptr, ...)。C++20 标准库没提供跨平台获取 exe 路径的接口。
常见误操作：
立即学习“C++免费学习笔记（深入）”；
- 把
current_path()当作程序根目录，结果打包后路径错乱 - 在 IDE 里运行时工作目录被设为项目根，误以为行为稳定
- 没做异常处理，遇到权限问题或挂载点异常直接 crash
若真要跨平台获取 exe 目录，建议封装条件编译逻辑，再用 std::filesystem::path(filename).parent_path() 提取目录。
使用前必须确认编译器和标准支持
std::filesystem 是 C++17 引入的，但早期 GCC（如 8.1 以下）需手动链接 -lstdc++fs；MSVC 2017 15.7+ 默认支持；Clang 需 -std=c++17 -lc++fs（macOS 上还可能要 -stdlib=libc++）。
检查是否可用的最小验证写法：
#include <filesystem>
int main() {
try {
auto p = std::filesystem::current_path();
return 0;
} catch (const std::filesystem::filesystem_error& e) {
// 比如权限不足、路径不可访问等
std::cerr << e.what() << '\n';
return 1;
}
}
不加 try-catch 容易因环境问题静默失败。
current_path() 可以用来切换工作目录，但要小心副作用
std::filesystem::current_path(new_path) 是重载函数，传参即设置新工作目录。这会影响后续所有相对路径操作（比如 std::ifstream("data.txt")），且是进程级的，多线程下共享。
容易踩的坑：
- 在库函数里擅自调用
current_path()修改路径，破坏调用方上下文 - 没检查 new_path 是否存在或可访问，抛出
filesystem_error - 路径含中文或特殊字符时，Windows 下若未启用 UTF-8 模式（
SetConsoleOutputCP(CP_UTF8)等），显示会乱码
多数情况下，应避免修改 current_path，优先用绝对路径或基于已知基准路径拼接。
真正麻烦的从来不是怎么取路径，而是搞不清“当前路径”到底指谁的当前、什么时候被改过、以及下游代码是否悄悄依赖了它。
