何时会出现std::filesystem::path对象的p.stem() + p.extension()不等于p.filename()的情况？

这个问题其实和非POSIX系统（比如咱们常用的Windows）的文件路径规则有关，我来给你拆解几个典型场景：

首先有个官方说明可以参考：

On a non-POSIX system, it is possible that p.stem() + p.extension() != p.filename() even though generic-format versions are the same.

最常见的例子就是文件名末尾带点的情况：

• 比如你在Windows上创建一个名为project.（注意最后有个英文点）的文件，这时候用p.filename()拿到的完整文件名是project.，但p.stem()会提取出project——因为Windows的路径解析规则里，只有最后一个点后面有内容时才会被视为扩展名，末尾的点后面是空的，所以不算有效扩展名，p.extension()就会返回空字符串。把stem和extension拼起来得到的是project，和原本的project.自然不一样。

还有一种类似的情况：如果文件名是note....（多个点结尾），p.filename()是note....，p.stem()会是note...，p.extension()仍然是空字符串，拼接结果note...和原文件名也不相等。

本质原因就是非POSIX系统对“扩展名”的定义和POSIX不一样，POSIX系统基本是按字符串字面解析，而Windows这类系统会有自己的特殊规则，导致stem和extension的拼接结果无法还原完整的文件名。

内容来源于stack exchange