使用 Oshi Java 库获取 Windows PE 的硬件和操作系统信息

Uma*_*bal 2 java jna winpe oshi

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

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

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

hal.getComputerSystem();
Run Code Online (Sandbox Code Playgroud)

任何帮助将不胜感激。

Dan*_*dis 5

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

事实上,Windows PE 并非设计为独立的操作系统。它的用途(和授权使用)非常有限。来自Windows PE 文档(重点是我的):

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

更远,

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

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

API 兼容性参考

Windows PE 是一种基于 Windows 操作系统组件子集的轻量级引导操作系统。它旨在托管部署和恢复应用程序。因此,它包含托管对这些应用程序类最重要的 API 所需的许多 Windows 二进制文件。由于大小和其他设计限制,并非所有 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 邮件列表上提出您的问题以进行扩展讨论。