高性能AES256对称加解密，兼容Java、IOS、Android

最新推荐文章于 2025-04-23 20:29:15 发布

爱生活的程序员

最新推荐文章于 2025-04-23 20:29:15 发布

阅读量5.1k

点赞数

分类专栏： javaweb

本文链接：https://blog.youkuaiyun.com/localhost_8080/article/details/44783869

版权

在构建支持iOS和Android的项目框架时，为了接口安全，选择了AES256进行加解密。文章讨论了在DES加密后使用AES解密时出现的意外情况，最终决定采用AES128位，但在不同平台间（如iOS的PKCS7Padding和Java的PKCS5Padding）存在填充方式不兼容问题。解决方法包括使用AES256位密钥并引入Bouncy Castle库来支持Java 1.6中的PKCS7Padding。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

最近在设计一个给IOS和Android提供接口的项目框架，在接口安全上准备使用常规的加密技术，确保在非法访问接口的情况下拿到的数据一时半会也没用。

查了相关的资料，用的最多的几种加密算法，DES、AES、3DES等，考虑到手机端的兼容，先用了DES。但我遇到一个现象后，让我决定放弃DES，不知道有没有大神也遇到过，就是我用DES加密后，再用AES加密DES解密后的内容。拿到密文后使用AES反过来解密，结果AES一次解密后就得到了两次加密前的明文。为了排除是内存的问题，我特地在A机器上加密，B机器上解密，结果还是坑爹的一样。为了节省时间就没有细细的研究了，有时间了再细细研究。

最后决定选用AES，密钥长度为128位作为加解密工具，在与前端联调的发现了个问题，就是服务器加密的数据，客户端无法解密。经过研究发现，是由于IOS加密填充方式是PKCS7Padding和而服务器使用的加密填充方式是PKCS5Padding，只支持56位密钥。查询资料后发现使用AES密钥为256位加密后在客户端可以正常的解密。但有个问题，就是我使用的JDK1.6自带的security是不支持256位的。这个使用可以使用Bouncy castle，它支持PKCS7Padding的64位算法。

下面说说具体的实现办法：

1、声明密钥算法