-
Go context.AfterFunc 会在取消后异步执行回调。本文用 stop 返回值、sync.Once 和 done channel 说明如何收敛外部资源的释放所有权，避免取消竞态下重复关闭或提前返回。
-
context.AfterFunc 返回的 stop 为 false 时，可能是回调已经启动，也可能是它此前已经被停止。本文用最小代码说明两种情况的边界，以及如何等待回调真正完成。
-
Go 的 gzip.Reader 只有在完整读取到 gzip trailer 后才能完成 CRC32 和原文长度校验。本文用原创示例说明如何区分截断数据、校验和错误、非法头部与正常 EOF。
-
Go compress/gzip 读取中途看似正常、到末尾才返回 ErrChecksum，通常是尾部长度或校验和没有通过。本文从 Reader 的结束语义、完整消费代码和 Writer.Close 收尾顺序说明如何定位与修复。
-
Go 的 gzip.Writer 可以通过 Reset 复用，但切换输出前必须先 Close 当前 GZIP 流。本文用批处理示例说明 Write、Close、Flush、Reset 的顺序、差异和容易忽略的边界。
-
gzip.Writer.Reset 会让对象回到类似刚由 NewWriter 创建的状态，只保留可复用的压缩器与压缩级别，不继承上一条流的 Header。本文说明正确复用顺序、Header 重配和对象池边界。
-
gzip.Writer 会在首次 Write、Flush 或 Close 时把 Header 编码到底层输出；之后修改结构体只改变内存字段，无法回写已发出的字节。本文给出正确初始化、Reset 复用和防回归写法。
-
Go 的 gzip.Writer 可以在首次写入前通过 Name 和 ModTime 设置 GZIP 头元数据；本文给出可读回核对的完整示例，并说明 Close、Reset、零值时间和编码边界。
-
Go gzip.Reader 默认会连续解压拼接成员。本文用 Multistream(false)、bufio.Reader 和 Reset 逐段取得每个成员的 Header 与正文，并加入单成员大小限制、错误处理和安全落盘边界。
-
Multistream(false) 只让 gzip.Reader 在首个成员后返回 EOF，并不会省略 trailer 校验。本文解释底层流越界读取的原因，并给出 bufio.Reader、io.ByteReader、Reset 与自定义尾部的可靠处理方式。
-
Go compress/flate 的 Write 可能暂存在压缩器内部，实时传输要在消息写入后调用 Flush，把当前数据和同步标记推到底层 writer；Close 只负责最终收尾。本文用长度帧、io.Pipe 和 io.ReadFull 说明发送、接收与刷新频率的边界。
-
Go compress/flate 的 Flush 只推出压缩器待处理数据，不提供网络消息边界。本文用长度帧、io.ReadFull、双层缓冲和 Close 说明接收端拿不全数据的排查与处理方法。
-
Go compress/flate 的 HuffmanOnly 只做 Huffman 熵编码，不再寻找 Lempel-Ziv 重复串。它更适合已经经过 Snappy、LZ4 等 LZ 类压缩、但字节频率仍明显偏斜的数据；普通文本直接使用它往往会牺牲压缩率。本文用原创示例说明选择边界、资源收尾和上线前对比方法。
-
flate.HuffmanOnly 只做 Huffman 熵编码，不搜索重复字符串。输入很短、字节分布接近均匀、已经完成熵编码，或频繁 Flush 时，DEFLATE 块与同步标记开销可能超过节省的字节。本文说明如何测量并选择模式。
-
Go 的 flate.NewReader 返回值同时实现 flate.Resetter，可在每段独立 DEFLATE 数据开始前调用 Reset 切换输入，复用内部已分配内存。本文给出完整循环，并说明 Close、字典、ByteReader 过读和并发使用边界。
