尝试weakly_canonical()它不需要路径存在于mac上

基本上是因为它是具有相同要求的realpath的 Package 器。
你可以问realpath同样的问题，但我认为答案是，如果你试图找出一个路径名所指的真实的物理文件或目录，那么如果它是一个断开的符号链接，那么就没有答案，它 * 不 * 指一个真实的文件或目录，所以你想得到一个错误。
下面OP的评论质疑了我关于filesystem::canonical和realpath实现相同操作的说法，但N4100和POSIX中的定义在我看来几乎相同，请比较：
realpath()函数应从file_name指向的路径名派生解析为相同目录条目的绝对路径名，其解析不涉及'.'、'..'或符号链接。
以及：
将必须存在的p转换为不含符号链接、"."或".."元素的绝对路径。
在这两种情况下，要求是：

• • • 无符号链接**，如果返回的路径中最后一个组件是符号链接，则不满足要求。
• • • 规范路径指的是存在的东西**，这在N4100中是显式的，而在POSIX中是隐式的，因为它指向某个目录条目（即存在的东西），并且目录条目不是符号链接（因为第一个要求）。

至于 * 为什么 * 这些应该是要求，N4100中的注解很有帮助：
[* 注意：* 规范路径名允许对路径进行安全检查（例如，此路径位于/home/goodguy还是/home/badguy中？）*-end note *]
正如我在上面所说的，如果它成功返回，即使路径是一个符号链接，实际上并不指向任何东西，那么您需要做额外的工作来检查它是否解析为一个真正的文件，这会使预期的用例不那么方便。
即使有，创建一个没有这个限制的函数变体难道不也是合理的吗？（如果没有这样的变体，获取路径需要手动复制99%的canonical（）已经做过的事情，这很容易出错。）
可以说，这个变体的用处不大，所以不应该是默认的，但是如果你需要它，那么这并不难做到：

// like canonical() but allows the last component of p to be a broken symlink
filesystem::path
resolve_most_symlinks(filesystem::path const& p, filesystem::path const& base = filesystem::current_path())
{
  if (is_symlink(p) && !exists(p))
    return canonical(absolute(p, base).remove_filename()) / p.filename();
  return canonical(p);
}