java.security.NoSuchAlgorithmException 是受检异常，因算法可用性属运行时外部依赖，编译期无法验证，故强制处理；它继承自 GeneralSecurityException 而非 RuntimeException，仅在安全提供者未注册指定算法时抛出。

java.security.NoSuchAlgorithmException 是一个受检异常（checked exception），不是运行时异常。这意味着编译器会强制要求你处理它——要么用 try-catch 捕获，要么在方法签名中用 throws 声明。

为什么它是受检异常？

Java 将它设计为受检异常，是因为调用 MessageDigest.getInstance()、Cipher.getInstance()、KeyPairGenerator.getInstance() 等方法时，算法是否可用是在运行时才确定的外部依赖行为，而非代码逻辑错误。JVM 需要开发者主动考虑：该算法名是否拼写正确？当前环境是否注册了支持它的安全提供者？JDK 版本是否足够新？这些都不是编译期能验证的，但又必须被程序妥善应对。

常见触发点与写法要求

以下写法都会导致编译报错（除非处理异常）：

• MessageDigest md = MessageDigest.getInstance("SHA-256");
• Cipher cipher = Cipher.getInstance("AES/GCM/NoPadding");
• Signature sig = Signature.getInstance("SHA256withRSA");

不加异常处理，编译直接失败 —— 这正是受检异常的核心特征。

Alibabacloud Sdk Client Initialization For Java

在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。

下载

立即学习“Java免费学习笔记（深入）”；

正确处理方式

不能忽略，也不能简单抛给上层完事（尤其在工具类或核心服务中）。推荐做法包括：

• 捕获后转为更明确的业务异常，例如：throw new IllegalArgumentException("不支持的摘要算法: " + algorithm, e);
• 提供默认回退机制，比如当 "SHA-3-256" 不可用时，降级使用 "SHA-256"
• 在应用启动时预校验关键算法是否可用，避免运行中首次调用才失败

和 RuntimeException 的关键区别

它不是 RuntimeException 子类（而是 GeneralSecurityException 的子类），所以不会因空指针、数组越界等逻辑问题自动抛出；它只在算法注册体系中查无此算法时发生，根源在环境配置、JDK 版本或安全策略，而非代码 bug。