必须明确加密算法、模式、IV及密钥派生方式，Go标准库不自动识别格式；Base64需先解码，IV常前置16字节，密钥须用scrypt/PBKDF2派生，AES-CBC需手动处理PKCS#7填充。
解密前先确认加密方式和密钥来源
Go 本身不提供“自动识别加密格式”的能力，crypto/aes、crypto/cipher 等包只负责底层加解密运算。你必须明确知道：原始文件是用什么算法（AES-256-CBC？AES-GCM？RSA+AES 混合？）、什么模式（PKCS#7 填充？无填充？）、什么 IV（是否固定？是否随文件存储？）加密的。否则直接调 aes.NewCipher 会 panic 或解出乱码。
- 常见错误：把 Base64 编码的密文当成原始字节直接传给
cipher.Decrypt→ 需先用base64.StdEncoding.DecodeString解码 - IV 通常不固定，很多工具（如 OpenSSL）会把 IV 写在密文开头（前 16 字节），读取时要先切分：
iv := ciphertext[:16]; data := ciphertext[16:] - 密钥不能是明文字符串直接转
[]byte；若加密时用了PKCS#5或scrypt衍生密钥，解密时也必须用相同参数调scrypt.Key或pbkdf2.Key
用 crypto/aes + crypto/cipher 解 AES-CBC 文件
AES-CBC 是最常遇到的场景之一，但 Go 标准库不自带 PKCS#7 填充逻辑，需手动处理。注意：CBC 模式下，密文长度必须是块大小（16 字节）整数倍，否则 cipher.BlockMode 解密会 panic。
cipher.NewGCMWithNonceSize
- 密文末尾附带 16 字节认证标签（tag），读取时不能全传给
Open；要提前切分：ciphertextWithoutTag := data[:len(data)-16]; tag := data[len(data)-16:] -
aesgcm.Open第二个参数是 nonce，第三个是密文（不含 tag），第四个是附加数据（AAD，一般为空） - 如果返回
nil但结果为空 slice，大概率是 tag 验证失败，不是解密失败
避免硬编码密钥和 IV
生产环境绝不能把密钥写死在代码里。更安全的做法是：从环境变量读密钥（os.Getenv("DECRYPT_KEY")），用 syscall.Mmap 锁内存防止被 dump；IV 应随文件存储（比如密文前 12/16 字节），或由服务端动态下发。另外，crypto/rand.Read 生成的 IV 必须和密文一起持久化，否则无法还原。
一个容易被忽略的点：os.ReadFile 读大文件会吃光内存。真正处理 GB 级文件时，要用 os.Open + io.Copy + 自定义 io.Reader 流式解密，而不是一次性加载全部密文。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
