java.security.InvalidKeyException: Illegal key size错误详解

使用AES的256位密钥加解密报错java.security.InvalidKeyException: Illegal key size。

---

编写微信小程序在获取用户时，需要根据小程序传来的iv，encryptedData，和sessionkey来解密，在本地使用postman测试没有问题，但是部署到服务器就报错。

---

根据自bai我du思zhi考dao，我找到了问题所在：

       我们做Java开发，都会先在电脑上安装JDK(Java Development Kit) 并配置环境变量，JDK中包含有JRE（Java Runtime Environment，即：Java运行环境），JRE中包括Java虚拟机（Java Virtual Machine）、Java核心类库和支持文件，而我们今天要说的主角就在Java的核心类库中。在Java的核心类库中有一个JCE（Java Cryptography Extension），JCE是一组包，它们提供用于加密、密钥生成和协商以及 Message Authentication Code（MAC）算法的框架和实现，所以这个是实现加密解密的重要类库。

在我们安装的JRE目录下有这样一个文件夹：%JAVE_HOME%\jre\lib\security（%JAVE_HOME%是自己电脑的Java路径，），其中包含有两个.jar文件：“local_policy.jar ”和“US_export_policy.jar”，也就是我们平时说的jar包，这两个jar包就是我们JCE中的核心类库了。JRE中自带的“local_policy.jar ”和“US_export_policy.jar”是支持128位密钥的加密算法，而当我们要使用256位密钥算法的时候，已经超出它的范围，无法支持，所以才会报：“java.security.InvalidKeyException: Illegal key size or default parameters”的异常。

---

解决办法：
首先进入%JAVE_HOME%/jre/lib/security/ 目录当中，目录下面会有policy文件键夹，或者会有local_policy.jar和US_export_policy.ja两个jar包。
如图：

和

---

第一种情况： 只有local_policy.jar，US_export_policy.jar两个jar包。

          去官方下载JCE无限制权限策略文件。
JDK5： http://www.oracle.com/technetwork/java/javasebusiness/downloads/java-archive-downloads-java-plat-419418.html#jce_policy-1.5.0-oth-JPR
JDK6： http://www.oracle.com/technetwork/java/javase/downloads/jce-6-download-429243.html
JDK7： http://www.oracle.com/technetwork/java/javase/downloads/jce-7-download-432124.html
JDK8： http://www.oracle.com/technetwork/java/javase/downloads/jce8-download-2133166.html
下载后解压，可以看到local_policy.jar和US_export_policy.jar以及readme.txt
将两个jar文件放到%JAVE_HOME%\jre\lib\security目录下覆盖原来文件。

---

第二种情况： 有policy 文件夹，说明此版本为JVM启用 无限制强度管辖策略 有了一种新的更简单的方法。
        在当前文件夹中查找文件 java.security。
        然后用文本编辑器打开java.security，并找到定义java安全性属性crypto.policy的行，它可以有两个值limited或unlimited - 默认值是limited。
        你会找到一行注释：

#crypto.policy=unlimited

取消注释，然后重启java程序。

---

然后然后，我的错误从java.security.InvalidKeyException: Illegal key size，爽快的变成了javax.crypto.IllegalBlockSizeException: last block incomplete in decryption（T_T后来发现是因为参数传到服务器发生了变化，+ - /什么的，需要replace）

参考文档：https://blog.csdn.net/zhuwangxiangbie/article/details/105124612.