std::remove 和 boost::filesystem::remove 的区别？

Question

在 C++17 文件系统库中，我们得到了std::filesystem::remove(path) ，据我所知，它是 Boost.Filesystem 的boost::filesystem::remove(path)的直接端口。

但是 C++ 从 C89 继承了一个非常相似的函数std::remove(path) ，它也被记录为一种从文件系统中删除文件的方法。 我模糊地意识到这个函数的一些缺陷，例如我相信我听说在 Windows 上std::remove不能用于删除当前进程仍然保持打开状态的文件。

不会std::filesystem::remove修复这些问题std::remove ？ 我应该更喜欢std::filesystem::remove不是std::remove吗？ 或者前者只是后者的命名空间同义词，具有相同的缺点和陷阱？

我的问题的标题要求boost::filesystem::remove(path)和std::remove(path)之间的区别，因为我认为std::filesystem::remove(path)可能没有被很多人实现库供应商，但我的理解是它应该基本上是 Boost 版本的直接副本。 因此，如果您了解 Windows 上的 Boost.Filesystem，您可能也知道足以回答这个问题。

Answer 1

检查用我的MSVC安装的标准库源， std::experimental::filesystem::remove调用它的内部_Unlink助手， _Unlink调用_wremove ， _wremove调用Windows DeleteFileW 。 同样， boost::filesystem::remove也只是在Windows上调用DeleteFileW 。

---

std::filesystem::remove 通过参考指定POSIX remove ，但在全球措词[fs.conform.9945]清楚地表明，实施方式不要求提供确切POSIX行为：

实现应该提供POSIX定义的行为。 实现应记录与POSIX定义的行为不同的任何行为。 由于实际操作系统和文件系统的限制，不支持精确POSIX行为的实现应提供尽可能接近POSIX行为的行为。 如果实现无法提供任何合理的行为，则实现应报告[fs.err.report]中指定的错误。 [ 注意： [...] ]

不需要实现来提供特定文件系统不支持的行为。 [例如：[...]]

::remove任何怪癖（这是关于删除而不是识别要删除的文件的实际行为）可能是由于底层OS API的限制。 我认为没有理由认为在同一操作系统上执行std::filesystem::remove会神奇地做得更好。

Answer 2

在 STL 中出现某些东西之前，他们可以在 boost 中对其进行测试。 如果它可用或不可用等等......所以最好使用STL，因为它是语言的一部分。