Java AES加密案例怎么开发

wen java案例 2026-06-30 25

Java AES加密案例详解：从零开发到安全实践

目录导读

AES加密核心概念与Java实现原理
开发环境准备与依赖配置
完整AES加密/解密代码案例
常见问题与最佳实践
安全增强：密钥管理与IV处理
性能对比与生产环境建议

问答预热：为什么Java原生AES实现比第三方库更安全？如何避免常见加密陷阱？本文用1100+字为你拆解。

AES加密核心概念与Java实现原理

AES（Advanced Encryption Standard）是当前全球通用的对称加密标准，在Java开发中，通过javax.crypto包可直接调用原生实现。

核心知识点：

密钥长度：支持128/192/256位（256需安装无限权限策略文件，Java 8后默认支持）
工作模式：ECB（不推荐）、CBC（常用）、GCM（推荐，自带认证）
填充方式：PKCS5Padding（Java默认）、NoPadding

为什么选择AES？
相比DES的56位密钥，AES至少128位，且Java内置的Cipher类经过长期安全审计。

❓ 常见问答Q1：AES-256和AES-128哪个更安全？
答：理论上256位更安全，但实际应用128位已足够抵御暴力破解（如AWS密钥管理服务默认用AES-256），在Java开发中，256位可能引发性能开销，需权衡。

开发环境准备与依赖配置

无需额外依赖的Java原生方案

// 不需要import第三方库，JDK自带
import javax.crypto.Cipher;
import javax.crypto.KeyGenerator;
import javax.crypto.SecretKey;
import javax.crypto.spec.IvParameterSpec;

Maven项目若需增强功能可添加（可选）

<dependency>
    <groupId>org.bouncycastle</groupId>
    <artifactId>bcprov-jdk15on</artifactId>
    <version>1.70</version>
</dependency>

但本文以纯JDK实现为主,避免外部依赖风险。

❓ Q2：Bouncy Castle相比JDK原生有什么优势？
答：支持更多加密模式（如GCM的nonce处理灵活）、国密SM4等算法，但日常AES开发建议用JDK原生，减少维护成本。

完整AES加密/解密代码案例（CBC模式）

以下为可直接运行的Java 8+代码，包含密钥生成、加密、解密全流程：

public class AesExample {
    private static final String ALGORITHM = "AES/CBC/PKCS5Padding";
    private static final int KEY_SIZE = 128;
    public static SecretKey generateKey() throws Exception {
        KeyGenerator keyGen = KeyGenerator.getInstance("AES");
        keyGen.init(KEY_SIZE);
        return keyGen.generateKey();
    }
    public static IvParameterSpec generateIv() {
        byte[] iv = new byte[16];
        new SecureRandom().nextBytes(iv); // 每次加密生成不同IV
        return new IvParameterSpec(iv);
    }
    public static byte[] encrypt(String plainText, SecretKey key, IvParameterSpec iv) 
            throws Exception {
        Cipher cipher = Cipher.getInstance(ALGORITHM);
        cipher.init(Cipher.ENCRYPT_MODE, key, iv);
        return cipher.doFinal(plainText.getBytes(StandardCharsets.UTF_8));
    }
    public static String decrypt(byte[] cipherText, SecretKey key, IvParameterSpec iv) 
            throws Exception {
        Cipher cipher = Cipher.getInstance(ALGORITHM);
        cipher.init(Cipher.DECRYPT_MODE, key, iv);
        byte[] decrypted = cipher.doFinal(cipherText);
        return new String(decrypted, StandardCharsets.UTF_8);
    }
    // 测试示例
    public static void main(String[] args) throws Exception {
        SecretKey key = generateKey();
        IvParameterSpec iv = generateIv();
        String original = "Hello, AES加密实战！";
        byte[] encrypted = encrypt(original, key, iv);
        String decrypted = decrypt(encrypted, key, iv);
        System.out.println("原始文本: " + original);
        System.out.println("解密后: " + decrypted);
    }
}

❓ Q3：为什么每次加密都要生成新的IV？
答：IV（初始化向量）的随机性确保相同明文加密结果不同，防止模式识别攻击，固定IV会导致安全性等同于ECB模式。

常见问题与最佳实践

常见陷阱

错误场景	正确做法
使用ECB模式	必须替换为CBC或GCM
密钥硬编码在代码中	从环境变量或密钥管理服务获取
忽略IV的存储	将IV与密文拼接传输（如：IV + 密文）
用字符串存储密钥	使用`byte[]`并在使用后置零

安全编码清单

密钥长度至少128位
使用SecureRandom生成随机IV
优先选择GCM模式（自带完整性校验）
避免Cipher.getInstance("AES")，必须指定完整模式

安全增强：密钥管理与IV处理

安全密钥存储方案

# application.properties示例
encryption.key=8a4b9d7f3c2e1a6b5c8f0d4e7a3b6c5f  # 32位hex

代码中通过System.getProperty("encryption.key")读取，禁止硬编码。

IV与密文的拼接方式

// 加密时：IV + 密文
byte[] combined = new byte[16 + encrypted.length];
System.arraycopy(iv.getIV(), 0, combined, 0, 16);
System.arraycopy(encrypted, 0, combined, 16, encrypted.length);
// 解密时：前16字节为IV
IvParameterSpec iv = new IvParameterSpec(combined, 0, 16);
byte[] cipherText = new byte[combined.length - 16];
System.arraycopy(combined, 16, cipherText, 0, cipherText.length);