GoLand不提供流式加密原语，需用crypto/aes、crypto/cipher或chacha20poly1305实现；必须手动构建加解密管道，严格管理IV唯一性、AEAD完整性校验及密钥生命周期。
GoLand 本身不提供流式加密原语，得靠 Go 标准库（crypto/aes、crypto/cipher）或成熟第三方库（如 golang.org/x/crypto/chacha20poly1305）实现；直接在 GoLand 里点“运行”不会自动注入加密逻辑，必须手写完整加解密管道。
流式加密不能只套用 AES-CTR 模式就完事
CTR 模式虽支持流式，但极易因 IV 重用导致密文可预测——尤其在 TCP 长连接中，若每次新连接都用固定 IV 或简单递增，攻击者能通过差分分析还原明文。实际项目必须绑定连接生命周期生成唯一、不可预测的 IV。
- 每次新建连接时，用
crypto/rand.Read()生成 12 字节随机 IV（ChaCha20）或 16 字节（AES-GCM） - IV 必须随首包明文发送（无需加密），但绝不能硬编码或复用
- 避免用
time.Now().UnixNano()做 IV —— 时间戳熵值低，且多协程下易碰撞 - 如果走 WebSocket 或自定义协议，把 IV 放在帧头前 12/16 字节，接收方先读 IV 再建 cipher 实例
GoLand 调试时看不到加解密中间态？因为 io.Copy 跳过了你
常见写法是 io.Copy(encWriter, src)，但这样调试器进不去加解密逻辑——encWriter 是个包装了 cipher.Stream 的 io.Writer，所有字节流都在底层隐式转换。想观测每块密文，必须拆开手动循环。
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- 别用
io.Copy，改用for { n, err := src.Read(buf); if n > 0 { enc.XORKeyStream(buf[:n], buf[:n]); dst.Write(buf[:n]) } } - 在
XORKeyStream调用前后加断点，观察buf原始明文与加密后字节差异 - GoLand 的 “Evaluate Expression” 可直接调
hex.EncodeToString(buf[:n])查看十六进制密文 - 注意：ChaCha20 的
XORKeyStream输入输出可为同一底层数组；AES-CTR 不行，需分离输入输出缓冲区
chacha20poly1305 的 AEAD 特性常被忽略
流式传输不仅要加密，还要防篡改。单纯 AES-CTR 或 ChaCha20 是纯加密，无法验证密文完整性——中间人可翻转任意比特，接收方解密后得到看似合法但被篡改的数据。必须用 AEAD 模式，而 chacha20poly1305 是 Go 官方维护、性能好、无需额外依赖的首选。
- 初始化时用
chacha20poly1305.NewX(<code>key, nil)（nil表示使用标准 nonce 长度） - 加密调用
seal(dst, nonce, plaintext, aad)：其中aad（附加认证数据）建议填空切片[]byte{}，除非你有要认证但不加密的元数据（如 packet ID） - 解密用
open(dst, nonce, ciphertext, aad)，失败时返回nil和 error，**绝不能忽略 error 直接解包** - nonce 必须全局唯一，推荐用连接 ID + 递增序号拼接，而非随机生成（节省带宽且防重放）
流式加密真正的复杂点不在算法调用，而在密钥生命周期管理与上下文绑定——比如 TLS 会话密钥如何安全导出、连接断开后密钥是否立即擦除、重连时 nonce 是否延续。这些逻辑不会出现在 GoLand 的代码补全里，得自己在连接建立/关闭钩子中硬编码。
