如果jar文件具有L属性/重解析点，为什么Java应用程序无法在Windows上运行

这只是部分答案，但值得展示，以防有人遇到同样的问题。当有更多信息时，我会尝试更新，但可能需要一段时间。（更新 19/4/21 - 报告错误。见JDK-8265439）

正如 Naman 指出的那样，问题在于在 .jar 文件中查找模块信息的 JPMS 代码。该代码的一部分获取文件属性并检查attr.isRegularFile()。如果这是假的，则java.lang.module.FindException: Module format not recognized抛出 。

每当 Windows 文件管理进程运行时，它都会创建一个重新分析点并在文件上设置 L 属性。在此之后，attr.isRegularFile()返回false。

我不确定这个过程到底是什么，但是重新解析标签 0x9000601A 的 Microsoft 文档是：

IO_REPARSE_TAG_CLOUD_6 - Used by the Cloud Files filter, for files managed by a sync engine such as OneDrive. Server-side interpretation only, not meaningful over the wire.

在 Java 中，类 BasicFileAttributes 由sun.nio.fs.WindowsFileAttributes. isRegularFile()如果FILE_ATTRIBUTE_REPARSE_POINT在文件属性中设置了该位，则对源的检查确认将返回 false 。

如果从类路径加载 .jar 文件，这些都不会导致问题，所以这是解决方法 - 不要使用 JPMS 运行。花了一个月的时间对应用程序进行模块化，这并不理想，但现在可以使用。

我认为这一定是 JPMS 中的一个错误，因为 .jar 文件可以通过类路径而不是从模块路径加载是没有意义的。我会收集更多信息并报告它，尽管复制它可能很困难。

感谢您的回复 - 他们都提供了帮助。

我想这是一个错误。

NTFS 文件系统使用重解析点属性来实现符号链接、实现挂载点和实现其他文件系统技术，例如将较少使用的文件自动移动到长期存储区域（压缩文件/文件系统）/或设备（例如磁带）。

“重解析点和扩展属性是互斥的。当文件包含扩展属性时，NTFS 文件系统无法创建重解析点，也无法在包含重解析点的文件上创建扩展属性。”

因此，解决方法是在文件中设置扩展属性以禁止此行为/错误。

PS 我猜您的 Windows Server 运行某种“自动压缩/移动较少使用的文件”服务，请尽可能停用此服务。