我启动了一个调试过程，并使用 * ForceStepInto * 命令来导出不等式。
第一个路径 ESPath 使用 UnixPath#isAbsolute 方法。
这是在第二个条件下产生一个 false。
然而，* ESPath 2 * 对两者都产生 true。

@Override
public boolean isAbsolute() {
    return (path.length > 0 && path[0] == '/');
}

此外，* Paths * JavaDoc具有以下 @apiNote 建议。

/**
 * @apiNote
 * It is recommended to obtain a {@code Path} via the {@code Path.of} methods
 * instead of via the {@code get} methods defined in this class as this class
 * may be deprecated in a future release.
 */

Windows上的Java识别斜线/和反斜线\作为文件分隔符，所以你会发现在Windows上ESPath.equals(ESPath2)是true，因为它们包含相同的相对路径，并且它们都有3个组件-参见ESPath.getNameCount()。
参见@ThomasKläger的评论。Windows将报告ESPath/ESPath2.isAbsolute()为false，因为没有驱动器号。当你调用ESPath.toAbsolutePath()时，Windows将返回绝对路径，并以你启动JVM时应用的当前驱动器号作为你的路径前缀，因此如果你运行以下命令，它将解析到不同的位置：

cd /d c:\SomeDir
java YourApp

cd /d d:\AnotherDir
java YourApp

您的“This code”链接显示了GNU/Linux的处理方式，与Windows不同，因为它只识别斜杠/作为路径分隔符，并将反斜杠\视为文件名的另一个字符。尝试：

touch a\\b\\c
=> creates a file called a\b\c in current directory

因此，你会发现ESPath.equals(ESPath2)是false，ESPath.isAbsolute()是false，因为ESPath.getNameCount()只显示一个路径分量，而ESPath2.getNameCount()是3，ESPath2.isAbsolute()是true，因为路径以/开始。