安全读取 http.Response.Body 需三步：一、务必 defer resp.Body.Close() 防连接泄漏；二、用 io.LimitReader 限制读取长度防内存爆满；三、优先用 json.NewDecoder 流式解析，避免全量读取。
怎么安全读取 http.Response.Body 并避免 panic
Go 的 http.Response.Body 是一个 io.ReadCloser，不手动关闭会泄漏连接；不加限制地读取可能因响应体过大导致内存爆满或阻塞。最常见错误是直接用 io.ReadAll 但没设限，或忘记 defer resp.Body.Close()。
- 必须在读取前或读取后调用
resp.Body.Close()，否则底层 TCP 连接无法复用 - 用
io.LimitReader(resp.Body, maxBytes)控制最大读取长度（比如 10MB），再传给io.ReadAll - 如果响应体是 JSON/XML，优先用
json.NewDecoder或xml.NewDecoder流式解析，它们内部会处理 EOF 和部分读取，比先读全再解码更健壮
如何正确处理 Content-Encoding: gzip 响应
Go 的 http.Client 默认不自动解压 gzip 响应，除非你显式启用 Transport 的 DisableCompression: false（默认就是 false，但很多人误以为要手动开）。真正容易出错的是：自己手动解压时没检查 resp.Header.Get("Content-Encoding")，或重复解压。
- 默认情况下，
http.DefaultClient已支持自动解压 gzip/br（Go 1.19+），无需额外配置 - 若自定义
http.Transport，确保没设置DisableCompression: true - 手动解压时，先判断
strings.Contains(resp.Header.Get("Content-Encoding"), "gzip")，再用gzip.NewReader(resp.Body)包裹，且注意：此时resp.Body已被消费，不能再直接读原 body
怎么从 http.Response 提取状态码、重定向跳转和真实 URL
很多人只看 resp.StatusCode，却忽略重定向后的真实响应地址，或把 3xx 当作失败处理。HTTP 客户端默认跟随重定向（Client.CheckRedirect 控制），但有时你需要原始跳转链或最终 URL。
把任意文章或文档内容转换成精美的全屏翻页 HTML 演示文件（幻灯片风格）。当用户发来一篇文章、文档链接、Markdown 内容、或粘贴的文本，并且希望生成演示用的 HTML 时触发。支持任意内容来源：iWiki 链接、KM 链接、本地文件路径、直接粘贴的文本。生成的 HTML 文件保存到本地工作区，并通过企微直接发送给用户。触发词示例：帮我把这篇文章做成PPT、转成演示文档、生成HTML幻灯片、做个演示、转成可以演示的格式、article to deck、make a slide。
-
resp.StatusCode是最终响应的状态码（如重定向后是 200），不是中间跳转的 302 - 要获取重定向路径，需自定义
Client.CheckRedirect函数，或禁用重定向（CheckRedirect: func(req *http.Request, via []*http.Request) error { return http.ErrUseLastResponse }），然后手动跟踪req.URL和resp.Header.Get("Location") - 最终请求 URL 存在
resp.Request.URL，它反映的是最后一次请求的地址（即重定向终点），不是初始http.Get的 URL
JSON 响应解析失败时怎么定位是格式问题还是网络问题
常见报错如 invalid character 'x' looking for beginning of value 或 unexpected end of JSON input，容易误判为服务端 bug，其实是响应体为空、含 HTML 错误页、或被中间代理截断。
立即学习“go语言免费学习笔记（深入）”；
- 先打印
resp.StatusCode和resp.Header.Get("Content-Type")，确认是不是 200 +application/json - 用
io.Copy(os.Stdout, resp.Body)（配合LimitReader）临时输出原始响应体，看是否返回了 HTML 登录页或 Nginx 502 - 检查
resp.ContentLength是否为 -1（表示 chunked），此时不能依赖长度判断截断；用json.Decoder而非json.Unmarshal更容错
Content-Length 与 Transfer-Encoding: chunked 的差异，以及把 resp.Body 当成可重复读的 buffer —— 它只能读一次，读完就空了。 
