decode函数仅反序列化而不解密，json.decoder会因输入不完整而阻塞，gob.decoder要求字段名大小写严格匹配且不可并发复用，base64.newdecoder用于流式解码需避免内存浪费。
Decode 函数本身不负责“解密”，它只做反序列化：把字节流还原成 Go 值。混淆常发生在误将“解码（decode）”理解为“解密（decrypt）”。实际中，Decode 是 json.Decoder、gob.Decoder、base64.NewDecoder 等类型的方法或配套函数，各自语义和用途完全不同。
json.Decoder.Decode 会卡住？检查输入是否完整
常见现象是调用 decoder.Decode(&v) 后程序挂起，不报错也不返回。
- 根本原因：
json.Decoder只解析一个完整的 JSON 值（如一个对象、数组、字符串），它不会自动跳过空白、换行或等待后续数据；如果输入流提前结束、JSON 不合法（比如少个}）、或服务端分块传输但未关闭连接，Decode()就会阻塞 - HTTP 场景下，别依赖响应体自动 EOF —— 显式读完或设超时更可靠
- 若需处理多条 JSON（如日志流），应使用 NDJSON 模式：每行一个 JSON，用
bufio.Scanner拆行，每行新建json.NewDecoder(strings.NewReader(line))解析 - 错误不能忽略：某一行解析失败（
invalid character），不影响下一行，但必须单独捕获
gob.Decoder.Decode 要求类型兼容，不校验字段名大小写
gob 的 Decode 对接收端结构体要求宽松，但有硬性规则：
- 只有导出字段（首字母大写）参与编解码；小写字段直接忽略
- 字段名必须完全匹配（大小写敏感），类型需兼容（如
int↔int64可，int↔string不行） - 发送端多出的字段被丢弃；接收端多出的字段保持零值（如
int为0） - 不能复用同一个
gob.Decoder实例并发调用Decode()—— 会 panic 或读错边界
base64.NewDecoder 不是 Decode 方法，而是构造流式解码器
你不会直接调用 base64.NewDecoder.Decode()；它是用来包装 io.Reader 的工厂函数：
-
base64.NewDecoder(encoding, r.Body)返回一个新io.Reader，读它时才实时解码 Base64 - 切勿先用
ioutil.ReadAll(r.Body)再base64.StdEncoding.DecodeString()—— 大文件会导致内存双倍占用 - 配合
io.Copy(dst, dec)直接写入文件或响应体，避免中间内存缓冲 - 注意编码变体：
base64.StdEncoding用于标准 Base64，base64.URLEncoding用于 URL 安全变体（用-和_替代+和/）
Decode() 调用后检查 err，且对关键字段做存在性验证。golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
