jpackage 默认未包含 windows-my 密钥库所需模块（jdk.crypto.mscapi），导致调用 keystore.getinstance("windows-my") 时抛出 nosuchalgorithmexception；需显式添加该模块才能在打包应用中正常访问 windows 系统证书存储。
jpackage 默认未包含 windows-my 密钥库所需模块（jdk.crypto.mscapi），导致调用 keystore.getinstance("windows-my") 时抛出 nosuchalgorithmexception；需显式添加该模块才能在打包应用中正常访问 windows 系统证书存储。
在使用 jpackage 构建 Windows 原生应用时，若代码中需访问系统级证书存储（如用户或机器的个人证书、CA 根证书等），常通过标准 API 获取 Windows 内置密钥库：
KeyStore keyStore = KeyStore.getInstance("Windows-MY");
keyStore.load(null, null); // null 参数表示使用默认 Windows 凭据
此代码在 IDE 中运行正常，但经 jpackage 打包后启动即报错：
java.security.KeyStoreException: Windows-MY not found Caused by: java.security.NoSuchAlgorithmException: Windows-MY KeyStore not available
根本原因在于：Windows-MY 提供者由 JDK 模块 jdk.crypto.mscapi 实现，而 jpackage 默认仅包含最小运行时依赖（基于 --module-path 和自动模块分析），不会自动包含该非核心加密模块，即使应用已声明 requires java.base 或 requires java.security.jca。
✅ 正确解决方案有以下两种（任选其一）：
方案一：通过 jpackage 命令行显式启用模块（推荐，无需修改源码）
在调用 jpackage 时添加 --add-modules 参数：
jpackage \ --input target/ \ --name MyApp \ --main-jar myapp.jar \ --add-modules jdk.crypto.mscapi \ --win-console
⚠️ 注意：--add-modules 必须与 --module-path 配合使用（若应用为模块化），或确保 JDK 运行时完整可用（JDK 17+ 推荐使用 jlink 定制运行时并显式包含 jdk.crypto.mscapi）。
方案二：在模块声明中静态依赖（适用于模块化 Java 应用）
在 module-info.java 中添加：
module com.example.myapp {
requires java.base;
requires jdk.crypto.mscapi; // ← 关键：显式声明依赖
// 其他 requires...
}
然后重新构建并运行 jpackage（无需额外 --add-modules，但需确保 jpackage 能识别模块路径）。
? 补充说明与注意事项：
- jdk.crypto.mscapi 是 JDK 特有模块，仅在 Windows 平台有效，且仅支持 JDK 11+（JDK 8 使用旧版 SunMSCAPI 提供者，无需额外模块）；
- 若使用 jlink 自定义运行时镜像，务必在 jlink 命令中加入 --add-modules jdk.crypto.mscapi，否则 jpackage 引用的运行时仍缺失该功能；
- 不建议通过 -Djavax.net.ssl.trustStoreType=Windows-MY 等系统属性间接触发——该类型需 KeyStore 实例本身可用，而非仅 SSL 上下文配置；
- 可在打包后验证模块是否生效：在应用中执行 System.out.println(Arrays.toString(ModuleLayer.boot().modules().stream().map(Module::getName).toArray())); 查看是否含 jdk.crypto.mscapi。
总之，Windows-MY 并非“开箱即用”，而是需开发者主动激活的安全模块。明确声明依赖，是保障 Windows 平台证书集成可靠性的关键一步。
