您指出了以下例外情况：
NoSuchPaddingException, NoSuchAlgorithmExceptionInvalidAlgorithmParameterException, InvalidKeyException,BadPaddingException, IllegalBlockSizeException
现在所有这些都是
GeneralSecurityException，因此很容易抓住它们。但是查看用例，您可能不想这样做。
如果您查看导致异常的原因，那么您会发现，仅在生成算法或键的实现时才会抛出这些异常中的任何一个（最后两个除外）。我认为在测试了应用程序之后，这些值或多或少保持静态是合理的。因此，抛出异常（例如）是合乎逻辑的
IllegalStateException。
IllegalStateException是运行时异常，不需要抛出（在方法签名中）或捕获。当然，您应将安全异常作为异常的
原因 。
现在最后两个例外，
BadPaddingException并且
IllegalBlockSizeException有所不同。它们取决于实际的密文，因此取决于算法的输入。现在，通常情况下，您应该始终在将输入输入
Cipher实例之前验证输入的完整性，例如通过首先验证HMAC校验和来初始化输入。因此从这种意义上讲，您仍然可以摆脱运行时异常。如果您不对完整性进行单独检查，则不应将其转换为
RuntimeException。相反，您可以让用户处理异常，也可以将其作为用例特定的异常重新抛出。
如果
BadPaddingException通过（重新）抛出来处理，则应该了解纯文本oracle攻击，例如padding
oracle攻击。对于CBC模式下的填充oracle攻击：如果攻击者可以尝试让您多次解密密文，并且收到解密成功（或失败）的提示，那么他们可以
检索消息的明文而不会破坏密文 。因此，在可以处理身份验证标签的其他16个字节的情况下，最好使用诸如GCM模式之类的身份验证模式。
最好使用单独的
try/
catch块来构造和初始化
Cipher以及解密本身。你也可以捕捉到的异常
BadPaddingException和
IllegalBlockSizeException处理之前
GeneralSecurityException。从Java
7开始，您也可以使用多捕获语句（例如
catch(final BadPaddingException | IllegalBlockSizeExceptione)）。
最后一些注意事项：
BadPaddingException
并且IllegalBlockSizeException
可以通过被抛出Cipher
，因为由于数据没有被完全接收，或因为与数据攻击者搞乱;BadPaddingException
如果密钥不正确，也可能会抛出该错误。- 请注意，如果未安装无限的加密文件，则可能会为AES密钥大小192位和256位引发异常（请查看Oracle JavaSE站点以获取更多信息）；您应该在启动应用程序时检查是否允许密钥大小（主要适用于Java的旧版本/不推荐使用的版本）；
