Go语言使用AES-CBC解密时默认不自动移除PKCS#7填充字节，而OpenSSL会自动处理，导致Go解密结果多出8个填充字节（如08 08...08），需手动截断。
go语言使用aes-cbc解密时默认不自动移除pkcs#7填充字节，而openssl会自动处理，导致go解密结果多出8个填充字节（如08 08...08），需手动截断。
在AES-CBC模式下，明文长度必须是块大小（16字节）的整数倍，因此加密前会按PKCS#7标准进行填充：若需填充 n 字节（1 ≤ n ≤ 16），则末尾追加 n 个值为 0x0n 的字节。例如，末尾为 08 08 08 08 08 08 08 08，表明填充了8字节。
Go标准库中的 cipher.NewCBCDecrypter 仅执行原始块解密，不负责移除填充；而OpenSSL的 openssl aes-128-cbc -d 命令默认启用PKCS#7去填充（可通过 -nopad 禁用）。这就是两者输出文件大小差异的根本原因。
正确做法是在解密后显式移除PKCS#7填充。注意：必须确保填充格式合法（即最后 n 字节均为 0x0n），避免因数据损坏导致越界或安全风险。以下是健壮的处理示例：
// 解密后移除PKCS#7填充
func removePKCS7Padding(data []byte) ([]byte, error) {
if len(data) == 0 {
return nil, fmt.Errorf("empty data")
}
padding := int(data[len(data)-1])
if padding == 0 || padding > aes.BlockSize || padding > len(data) {
return nil, fmt.Errorf("invalid PKCS#7 padding length: %d", padding)
}
// 验证所有填充字节是否一致
for i := len(data) - padding; i <p>⚠️ <strong>重要注意事项</strong>： </p>
- 切勿直接使用
data[:len(data)-int(data[len(data)-1])]等未经校验的截断方式，易引发panic或解密错误； - 若加密端未使用PKCS#7（如采用ZeroPadding或无填充），则不应移除填充，需与加密逻辑严格对齐；
- Go 1.22+ 中
ioutil已弃用，请改用os.ReadFile和os.WriteFile。
至此，Go程序解密输出将与OpenSSL完全一致。
