2

我无法在 Windows PE 上运行我的 Java 应用程序。基本上，我的应用程序获取硬件数据和操作系统信息。我为此使用 Oshi Java 库，但 Oshi 使用 JNA 库，该库不断崩溃。

注意：我的应用程序在任何其他操作系统上运行良好，但无法在 Windows PE 上运行。我使用的代码如下：

HardwareAbstractionLayer hal = si.getHardware();
OperatingSystem os = si.getOperatingSystem();

hal.getComputerSystem();

任何帮助将不胜感激。

4

2 回答 2

5

我是 OSHI 的作者/主要维护者和 JNA 的提交者。 JNA 的 Platform 类不区分 Windows 和 Windows PE。OSHI 的代码依赖于标准的 Windows Version Helper API来确定操作系统对 DLL 函数的支持。但是，Windows PE 并未指示为单独的版本。

事实上，Windows PE 并非设计为独立的操作系统。它的目的（和授权使用）非常有限。来自Windows PE 文档（重点是我的）：

Windows PE 不是通用操作系统。它不得用于部署和恢复以外的任何目的。

更远，

为防止将其用作生产操作系统，Windows PE 会在连续使用 72 小时后自动停止运行 shell 并重新启动。

本质上，Windows 10 API 中可用的某些功能在 PE 中不存在。从这些 Microsoft 文档中：

API 兼容性参考

Windows PE 是一个轻量级的引导操作系统，它基于 Windows 操作系统的组件子集。它旨在托管部署和恢复应用程序。因此，它包含许多 Windows 二进制文件，这些二进制文件需要托管对这些应用程序类最重要的 API。由于大小和其他设计限制，并非所有 Windows 二进制文件都存在于 Windows PE 中，因此并非所有 Windows API 都存在或可用。

这是 WinPE 的一项功能，而不是错误。

OSHI 被设计为提供信息的跨平台库。它不是一个“部署和恢复”应用程序。OSHI 链接（通过 JNA）到标准 Windows DLL，例如Kernel32，而 WinPE 有自己的一组 MinCore DLL。

Windows PE 旨在非常轻量级，并且非常特定于 Windows 操作系统系列，并且非常特定于部署和恢复任务。

您可能应该使用命令行或Powershell工具来获取“部署和恢复”所需的操作系统和硬件信息，这是 WinPE 的唯一授权用途。OSHI 的ExecutingCommand类是一个很好的实用程序类，用于将命令行响应作为 Java 字符串处理，欢迎您在自己的 Java 项目中复制和使用它，而不会产生整个 OSHI/JNA 依赖项的开销。

如果您可以指定“JNA 崩溃”的特定点，我可以帮助您确定解决可能引发的任何异常的方法。或者，您可以在 OSHI 项目中提交问题/功能请求以识别这些故障，以使其对 PE 环境更加健壮，尽管“更健壮”可能是“避免崩溃”的形式，而不是提供信息不能从 WinPE 中的 Windows API 获得。最后，您可以选择在 JNA 邮件列表中提出您的问题以进行扩展讨论。

于 2020-07-27T19:29:13.400 回答
2

据我所知，Oshi 不支持 Windows PE：

  • Oshi FAQ 没有提到 Windows PE 作为支持。对于 Windows，它列出：

    Windows 7 及更高版本。（几乎所有功能都可以在 Vista 上运行，大多数功能都可以在 Windows XP 上运行。）

  • 我在 Oshi 问题跟踪器中没有发现提到 Windows PE 的问题

  • 当我在谷歌上搜索“oshi windows pe”时，没有任何相关信息出现。

  • 代码库中有一个将 Windows 操作系统 ID 映射到名称的属性文件。它没有提及任何 Windows PE 版本号。

  • JNA 库文档没有提到 Windows PE。

这些事实都不是决定性的，但综合起来，它们描绘了一幅清晰的画面。

这并不是说 Oshi 不能支持 Windows PE。但是要取得一些进展，您需要提供更多详细信息；例如，告诉我们它是如何崩溃的。

于 2020-07-27T12:39:30.643 回答