undefined reference 错误源于 std::experimental::filesystem 是技术规范（TS）阶段的实验性实现，其符号未内置在默认标准库中，GCC/Clang 需显式链接 -lstdc++fs 或 -lc++fs，且 MSVC 基本不支持该命名空间。
为什么链接时提示 undefined reference 到 std::experimental::filesystem？
因为 std::experimental::filesystem 不是标准库默认链接的部分，即使头文件能包含、编译通过，也必须显式链接底层实现库。GCC 8/9 和 Clang 7–11 默认不自动链接 libstdc++fs 或 libc++fs，这是最常踩的坑。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 用 GCC 时，在编译命令末尾加
-lstdc++fs（注意顺序：库要放在源文件之后） - 用 Clang 且配 libc++ 时，加
-lc++fs；若用 libstdc++，仍用-lstdc++fs - CMake 中需写
target_link_libraries(my_target stdc++fs)，不能只靠find_package或set(CMAKE_CXX_STANDARD 17) - 确认编译器支持：GCC ≥ 7（需开启
-std=gnu++17或-std=c++17），Clang ≥ 7（同样需 C++17 模式）
std::experimental::filesystem 和 std::filesystem 有什么关键区别？
前者是 TS（Technical Specification）阶段的临时命名空间，后者是 C++17 正式标准。两者 API 高度相似但不完全兼容——最典型的是 std::experimental::filesystem::path 的构造函数对字符串字面量的隐式转换在某些旧版本中被禁用，而 std::filesystem::path 更宽松。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 避免混用：不要把
std::experimental::filesystem::path传给期望std::filesystem::path的函数（反之亦然） - 路径拼接时，
p /= "sub"在实验版中可能触发更严格的 const 正确性检查，建议统一用p.append("sub")或显式构造新path - 错误码处理：实验版中
exists(p, ec)的ec必须是std::error_code&，不能是std::error_code值参，否则编译失败
在 Windows 上使用 std::experimental::filesystem 遇到 LNK2019 怎么办？
Windows 下 MSVC 从 15.7 开始才原生支持 std::filesystem，而 std::experimental::filesystem 在 MSVC 中基本未实现（仅极早期预览版有残缺支持）。所以如果你看到 LNK2019: unresolved external symbol "class std::experimental::filesystem::path..."，大概率是你误用了 MSVC 编译器。
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- MSVC 用户请直接升级到 VS 2017 15.7+ 并改用
#include <filesystem></filesystem>+std::filesystem，不要尝试启用实验版 - MinGW-w64 用户可继续用
std::experimental::filesystem，但需确保使用 POSIX 线程模型（-D_GNU_SOURCE）且链接-lstdc++fs - 跨平台项目中，用
#ifdef __GLIBCXX__或#ifdef _LIBCPP_VERSION条件包含，而非依赖编译器宏判断 Windows
std::experimental::filesystem::copy() 复制失败却没报错？
该函数默认行为是“静默跳过”，比如目标目录不存在、权限不足或符号链接循环时，它可能返回但不抛异常，也不设 error_code ——除非你显式传入 copy_options::throw_on_error 或检查返回值与 ec。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 永远传入
std::error_code&参数，哪怕只是临时变量：std::error_code ec; copy(src, dst, ec); if (ec) { /* handle */ } - 避免直接用
copy_options::recursive而不搭配copy_options::skip_symlinks，旧实现对符号链接处理不一致，容易卡死或越界 -
copy_file()在实验版中不支持覆盖只读文件（即使目标存在），需先调用permissions(dst, perms::owner_write)
C++17 标准发布后，std::experimental::filesystem 就成了纯过渡方案。现在还用它的项目，往往卡在旧 CI 工具链或遗留构建系统里——真正难的不是语法，而是厘清编译器、标准库、链接器三者之间那层薄薄的、但必须手动捅破的膜。
