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 构建原生可执行程序时，若应用需访问 Windows 系统证书存储（如用户或机器级别的个人证书），常通过标准 Java API 调用：
KeyStore keyStore = KeyStore.getInstance("Windows-MY");
keyStore.load(null, null); // null parameters are valid for Windows-MY
该代码在 IDE 中运行正常，但打包后执行时会失败，并抛出以下异常：
java.security.KeyStoreException: Windows-MY not found Caused by: java.security.NoSuchAlgorithmException: Windows-MY KeyStore not available
根本原因在于：Windows-MY 密钥库实现由 JDK 模块 jdk.crypto.mscapi 提供（基于 Microsoft CryptoAPI/CAPI2），而 jpackage 默认仅包含应用显式依赖的模块，不会自动包含该平台特定的加密服务模块。
✅ 正确解决方案是强制将 jdk.crypto.mscapi 模块纳入运行时镜像。有两种等效方式：
方式一：通过 jpackage 命令行参数（推荐，无需修改源码）
在调用 jpackage 时添加 --add-modules 参数：
jpackage \ --name MyApp \ --input target/ \ --main-jar myapp.jar \ --add-modules jdk.crypto.mscapi \ --win-console \ --type exe
⚠️ 注意：--add-modules 必须放在所有 --module-path 或 --module 相关参数之后，且确保目标 JDK 版本 ≥ 11（jdk.crypto.mscapi 自 JDK 11 起作为标准模块提供）。
方式二：在模块系统中声明依赖（适用于模块化项目）
若项目已定义 module-info.java，需显式声明对 jdk.crypto.mscapi 的依赖：
module com.example.myapp {
requires java.base;
requires jdk.crypto.mscapi; // ← 关键：启用 Windows-MY 支持
// 其他 requires...
}
随后仍需在 jpackage 中保留 --add-modules jdk.crypto.mscapi（尤其当使用 --module 打包时），以确保该模块被包含进最终运行时镜像。
验证是否生效
打包完成后，可在生成的应用目录中检查运行时模块列表：
myapp.exe --list-modules | findstr mscapi
应输出 jdk.crypto.mscapi。
补充说明
- 此问题仅影响 Windows 平台，且仅在 jpackage（或 jlink）构建的精简运行时中出现；
- 不建议使用反射或 Security.addProvider(...) 等绕过方式——Windows-MY 是 JVM 内置 Provider，必须由对应模块加载；
- 若使用 GraalVM Native Image，需额外配置 --enable-all-security-services 及相关资源配置，机制不同，不在本文范围。
通过显式引入 jdk.crypto.mscapi，即可在 jpackage 打包的 Windows 应用中安全、可靠地读写系统证书存储，满足数字签名、客户端认证等企业级安全需求。
