我无法在 Windows PE 上运行我的 Java 应用程序。基本上，我的应用程序获取硬件数据和操作系统信息。我为此目的使用 Oshi Java 库，但 Oshi 使用 JNA 库，该库不断崩溃。
注意：我的应用程序在任何其他操作系统上运行良好，但无法在 Windows PE 上运行。我使用的代码如下：
HardwareAbstractionLayer hal = si.getHardware();
OperatingSystem os = si.getOperatingSystem();
hal.getComputerSystem();
任何帮助将不胜感激。
【问题讨论】：
我是 OSHI 的作者/主要维护者，也是 JNA 的提交者。 JNA's Platform class 不区分 Windows 和 Windows PE。 OSHI 的代码依赖于标准 Windows Version Helper API 来确定操作系统对 DLL 函数的支持。但是，Windows PE 并未作为单独的版本表示。
事实上，Windows PE 并非设计为独立的操作系统。它的目的（和授权使用）非常有限。来自Windows PE docs（强调我的）：
Windows PE 不是通用操作系统。 不得将其用于部署和恢复以外的任何目的。
进一步，
为了防止将其用作生产操作系统，Windows PE 会自动停止运行 shell，并在连续使用 72 小时后重新启动。
本质上，Windows 10 API 中可用的某些功能在 PE 中不存在。来自these Microsoft docs：
API 兼容性参考
Windows PE 是一个轻量级的引导操作系统，它基于 Windows 操作系统中的组件子集。它旨在托管部署和恢复应用程序。因此，它包含许多 Windows 二进制文件，这些二进制文件需要托管对这些应用程序类最重要的 API。由于大小和其他设计限制，并非所有 Windows 二进制文件都存在于 Windows PE 中，因此并非所有 Windows API 都存在或可用。
这是 WinPE 的一项功能，而不是错误。
OSHI 被设计为提供信息的跨平台库。它不是“部署和恢复”应用程序。 OSHI 链接（通过 JNA）到标准 Windows DLL，例如 Kernel32，而 WinPE 有其 own set of MinCore DLLs。
Windows PE 旨在实现非常轻量级，并且非常特定于 Windows 操作系统系列，并且非常特定于部署和恢复任务。
您可能应该使用命令行或Powershell 工具获取“部署和恢复”所需的操作系统和硬件信息，这是 WinPE 的唯一授权用途。 OSHI 的 ExecutingCommand 类是一个很好的实用程序类，用于将命令行响应作为 Java 字符串处理，欢迎您在自己的 Java 项目中复制和使用它，而不会产生整个 OSHI/JNA 依赖项的开销。
如果您可以指定“JNA 崩溃”的具体点，我可以帮助您确定解决可能引发的任何异常的方法。或者，您可以在 OSHI 项目中提交问题/功能请求以识别这些故障，以使其对 PE 环境更加健壮，尽管“更健壮”可能采用“避免崩溃”的形式，而不是提供信息不能从 WinPE 中的 Windows API 获得。最后，您可以选择在 JNA 邮件列表中提出您的问题以进行扩展讨论。
【讨论】：
据我所知，Oshi 不支持 Windows PE：
Oshi 常见问题解答未提及支持 Windows PE。对于 Windows，它列出：
Windows 7 及更高版本。 （几乎所有功能都可以在 Vista 上运行，大多数功能都可以在 Windows XP 上运行。）
我在 Oshi 问题跟踪器中没有发现任何提及 Windows PE 的问题
当我在 Google 上搜索“oshi windows pe”时，没有出现任何相关信息。
代码库中有一个property file 将 Windows 操作系统 ID 映射到名称。它没有提及任何 Windows PE 版本号。
JNA 库文档没有提到 Windows PE。
这些事实都不是决定性的，但它们共同描绘了一幅清晰的画面。
这并不是说 Oshi 不能支持 Windows PE。但是要取得一些进展，您需要提供更多详细信息；例如告诉我们如何崩溃了。
【讨论】：