Go实现TCP加密传输必须用tls.Listen替代net.Listen，因TLS是协议栈升级而非简单加层；手动AES加密裸TCP连接会破坏安全机制，形同裸奔。
用 tls.Listen 替代 net.Listen 做 TCP 加密传输
Go 的 net.Listen("tcp", ...) 本质是裸 TCP，不加密；要加密，必须换用 tls.Listen("tcp", ...)。这不是“加一层”，而是协议栈升级——TLS 在 TCP 之上建立安全信道，自动处理密钥协商、证书校验、前向保密等。
常见错误是先用 net.Listen 接收连接，再手动对 conn.Read() 数据做 AES 加密。这等于把 TLS 拆开重写，既破坏连接状态（如握手失败后无法重试），又绕过证书链验证，形同裸奔。
- 服务端启动必须用
tls.Listen("tcp", ":8443", &tls.Config{Certificates: []tls.Certificate{cert}})，其中cert由tls.LoadX509KeyPair("server.crt", "server.key")加载 - 客户端必须用
tls.Dial("tcp", "host:8443", &tls.Config{RootCAs: certPool})，不能用net.Dial直连，否则会报remote error: tls: bad certificate - 自签名证书时，
certPool必须显式添加 CA 根证书：否则客户端报x509: certificate signed by unknown authority
在已有 TCP 连接上叠加 AEAD 加密（仅限可信内网）
如果因架构限制无法改用 TLS（例如对接遗留设备、或需自定义密钥分发逻辑），可在 net.Conn 上套一层 AEAD 加密读写器。但注意：这只是补充，不是替代 TLS；且只适用于双方完全可控的内网环境。
核心是使用 golang.org/x/crypto/chacha20poly1305 或 crypto/aes + cipher.NewGCM，绝不能手写 CBC/PKCS#7 等易出错模式。
立即学习“go语言免费学习笔记（深入）”；
初始化并管理阿里云SDK Go 客户端，涵盖 sync.Once 单例、goroutine 安全、endpoint 与 region 配置、VPC 端点及调试。
- 每次加密必须生成唯一
nonce：chacha20poly1305.NonceSize() == 24，AES-GCM.NonceSize() == 12；硬编码或复用nonce会导致密文可被重放或破解 - 发送格式为
nonce || ciphertext || tag（GCM 的 tag 长度固定为 16 字节）；接收方先读nonce长度字节，再读剩余部分解密 - 密钥不能写死：应从环境变量读取（如
os.Getenv("AES_KEY")），或通过 KMS 获取；长度必须严格匹配（ChaCha20 要 32 字节，AES-256 要 32 字节）
避免粘包导致的解密失败
TCP 是流式协议，conn.Read() 不保证一次读完一个加密消息。若直接对未完整读取的字节切片调用 aead.Open()，会返回 cipher: message authentication failed —— 实际是数据没读全，不是认证失败。
必须按协议头+体分离：先读固定长度头（如 4 字节大端长度），再按该长度读 body，最后解密整个 body。
- 用
io.ReadFull(conn, header)确保读满头，避免io.ErrUnexpectedEOF - body 长度需校验上限（如
if length > 10 * 1024 * 1024），防内存耗尽 - 不要用
bufio.Scanner或ReadString('\n')处理二进制加密数据——换行符可能恰好出现在密文中间，导致解析错位
客户端跳过证书校验的临时写法（仅测试）
开发调试时若用自签名证书，客户端默认会拒绝连接。此时需显式关闭证书校验，但必须加注释并限定环境：
cfg := &tls.Config{
InsecureSkipVerify: true, // ⚠️ 仅限 localhost 测试，禁止提交到 git
}
conn, err := tls.Dial("tcp", "localhost:8443", cfg)
生产环境绝对不可用此配置。真正需要的是把自签名 CA 证书加入 RootCAs，或改用 mkcert 生成本地信任证书。容易被忽略的是：InsecureSkipVerify: true 会同时禁用 SNI 和证书域名匹配，可能导致某些代理或负载均衡器拒绝转发。
