最安全直接的方法是使用 std::filesystem::path::replace_extension，它是 C++17 标准做法，能正确处理多点文件名、无扩展名及路径结构，返回新 path 对象，需赋值保存或直接使用。
用 std::filesystem::path::replace_extension 最安全直接
这是 C++17 引入的标准做法，能正确处理路径结构、多点文件名（如 archive.tar.gz）和无扩展名情况。它不会盲目替换最后一个点之后的内容，而是基于路径的逻辑结构操作。
常见错误是手写字符串切割——比如用 find_last_of('.') + 1 然后 substr 拼接，这在 config.、.gitignore 或 noext 这类路径上会出错。
实操建议：
- 确保编译器支持 C++17（GCC 8+、Clang 7+、MSVC 2017 Update 3+），并启用
-std=c++17 - 包含头文件：
#include <filesystem>，部分编译器需额外链接-lstdc++fs（GCC）或定义_GLIBCXX_FILESYSTEM_IS_ENABLED - 调用前检查路径是否为文件（而非目录）：若
p.is_regular_file()为 false，replace_extension仍会修改，但语义可能不符预期 - 传入空字符串
""可移除扩展名；传入".txt"（带点）或"txt"（不带点）都可，replace_extension会自动补点
std::filesystem::path p = "/home/user/report.pdf";
p.replace_extension(".html"); // → "/home/user/report.html"
p.replace_extension(""); // → "/home/user/report"
p.replace_extension("log"); // → "/home/user/report.log"（自动加点）
手动替换时必须区分“有扩展名”和“无扩展名”两种情况
如果受限于旧标准（C++11/14）或嵌入式环境无法用 std::filesystem，就得自己解析。关键陷阱在于：扩展名定义不是“最后一个点之后”，而是“最后一个点之后、且该点不在目录分隔符之后”的部分。
立即学习“C++免费学习笔记（深入）”；
比如 /path.to/file.name.txt 的扩展名是 .txt，而 /path.to/file 没有扩展名；./.config 中的 .config 是文件名，不是扩展名。
实操建议：
- 先用
rfind('.') + 1找候选位置，再向前搜索最近的路径分隔符（/或\），确认该点是否在 basename 内部 - Windows 下注意
\是转义，实际比较要用'\'或R"(\)" - 不要忽略以点开头的隐藏文件：
.gitignore没有扩展名，profile.bash有扩展名 - 建议复用
std::filesystem::path的filename()和stem()辅助判断（即使不用replace_extension）
replace_extension 不会修改原路径对象，返回新 path
它返回的是修改后的新 std::filesystem::path 对象，原对象不变。这点容易被忽略，尤其在链式调用或函数返回值处理时。
常见错误写法：p.replace_extension(".bak"); —— 这行代码执行完，p 还是原来的值，没变。
实操建议：
- 要么赋值回去：
p = p.replace_extension(".bak"); - 要么直接用于后续操作：
std::ofstream{p.replace_extension(".tmp")} - 如果只是临时生成备份路径，没必要保存回原变量，避免覆盖原始路径语义
跨平台路径分隔符不影响 replace_extension 行为
std::filesystem::path 内部统一处理分隔符，无论输入是 "C:\dir\file.txt" 还是 "/dir/file.txt"，replace_extension 都只作用于 basename 部分，与操作系统无关。
但要注意：如果你手动拼接字符串并用 std::string::replace，就可能因硬编码 '/' 或 '\' 导致 Windows/Linux 行为不一致。
实操建议：
- 永远优先用
std::filesystem::path构造和操作路径，而不是裸字符串 - 输出给外部命令（如
system()）前，用p.string()或p.generic_string()转换；后者返回正斜杠风格，更通用 - 调试时打印
p.filename().string()和p.stem().string()能快速验证 basename 解析是否符合预期
std::filesystem::path::replace_extension 是最省心的选择，前提是编译环境跟得上。如果必须手写，别只盯着最后一个点——先提取 filename()，再在它上面做文章。 
