因为 filename() 和 extension() 返回的是 std::filesystem::path 类型而非 std::string，需调用 string() 或 c_str() 转换后才能用 cout 输出。
std::filesystem::path 的 filename() 和 extension() 为什么返回的不是字符串？
因为 filename() 和 extension() 返回的是 std::filesystem::path 类型，不是 std::string。直接用 cout 能打印，但想取原始字符串内容（比如传给 C API 或做子串处理），必须显式调用 <code>.string() 或 .u8string()。
常见错误是写成 p.filename().c_str() —— path 没有 c_str() 成员；或者误以为 extension() 总是带点，其实它默认返回带前导点（如 ".txt"），但可选参数能控制这点。
-
p.filename().string()→ 获取不含路径的文件名（含后缀），如"report.pdf" -
p.extension().string()→ 默认返回".pdf"；加参数p.extension(true)仍带点，false不带（C++20 起支持） - 若路径以目录分隔符结尾（如
"/home/user/"），filename()返回空path，.string()得空字符串 —— 这是合法行为，不是 bug
提取纯文件名（不含后缀）该用 stem() 还是先 filename() 再 erase？
用 stem()。它专为“去掉扩展名后的主文件名”设计，语义清晰且处理边界更鲁棒。
比如路径 "/a/b/.gitignore"：
filename() 是 ".gitignore"，extension() 是 ""（空，因点开头但无有效后缀），而 stem() 正确返回 ".gitignore"；
若手动用 filename().string().substr(0, ...) 去点，容易在隐藏文件、多点名（"archive.tar.gz"）上出错。
-
p.stem().string()→ 得"archive"（对"archive.tar.gz"） -
p.filename().string()→ 得"archive.tar.gz" -
p.extension().string()→ 得".gz"（只取最后一段）；想取全部后缀需自己解析
Windows 路径中反斜杠和大小写会影响 filename() 吗？
不影响。std::filesystem::path 内部标准化路径分隔符，并忽略大小写比较逻辑（仅在构造或比较时体现），但 filename()、stem() 等提取函数始终按字面值返回原始路径中的最后一段内容，不作大小写转换或分隔符归一化。
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
立即学习“C++免费学习笔记（深入）”；
例如：std::filesystem::path p("C:\Users\DocS\notes.TXT");
p.filename().string() 就是 "notes.TXT"，不是 "notes.txt"；
p.string() 在 Windows 上会返回带反斜杠的版本，但 filename() 只切最后一段，跟分隔符类型无关。
- 跨平台安全做法：提取后如需忽略大小写比对，自行调用
std::tolower处理每个字符 - 不要依赖
path自动转正斜杠 —— 它保留输入格式，generic_string()才转为正斜杠 - 在 Linux 上构造含反斜杠的路径（如
"a\b.txt"）会被当作文本字面量，filename()返回整个字符串，因为反斜杠不被视为分隔符
编译报错 “no member named 'filename'” 怎么办？
大概率没开 C++17 或未引入头文件与命名空间。
必须同时满足三项：
- 编译器启用 C++17：Clang/GCC 加
-std=c++17，MSVC 用/std:c++17 - 包含头文件：
#include <filesystem>（不是<experimental/filesystem>） - 链接标准库：GCC/Clang 需额外加
-lstdc++fs，MSVC 默认支持
如果用的是旧版 GCC（std::experimental::filesystem，此时函数名相同，但命名空间不同，且接口略有差异（如 extension() 不支持 bool 参数）。
stem() 对点开头文件的处理，以及 extension() 默认带点这一约定 —— 很多人想拼接新后缀时直接 stem() + ".bak"，却忘了 stem() 已经不含点，这是对的；但若误用 filename() + ".bak"，就会得到 "file.txt.bak"，而不是想要的 "file.bak"。 
