go调用翻译api能否成功取决于请求头、编码、超时、错误响应处理四点；缺一即卡死或返回空，核心是手动设user-agent、校验状态码、正确转义url参数、设置client超时。
Go 本身不带翻译能力，所谓“自动翻译集成”本质是调第三方 HTTP API；能不能跑通，关键不在 Go 语法，而在请求头、编码、超时、错误响应处理这四点上——漏一个就卡死或返回空。
为什么 http.Get 直接调翻译 API 总是 403
多数公开翻译接口（百度、腾讯、DeepL）会拦截无 User-Agent 的请求，http.Get 默认不带这个 header，结果就是服务端直接拒收。
- 必须手动构造
*http.Request，显式设置：req.Header.Set("User-Agent", "Mozilla/5.0") - 别用
http.Get或http.Post简写，它们没留 header 注入入口 - 自建内网服务可跳过，但凡走公网域名（哪怕只是测试用的免费层），一律加
User-Agent
json.Unmarshal 报 invalid character 怎么办
这不是 JSON 解析器的问题，而是你把 HTML 错误页、纯文本或重定向响应当 JSON 去解了。HTTP 状态码是 200，不代表响应体就是合法 JSON。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 先检查
resp.StatusCode != 200，非 200 就别进json.Unmarshal - 用
io.ReadAll(resp.Body)拿原始字节，fmt.Printf("%.100s", b)看前 100 字符——大概率是或 <code>Invalid request - 翻译 API 的业务错误（比如配额超限、签名错）通常藏在 JSON body 里，例如
error_code字段，得先解顶层结构体再判断
中文参数拼 URL 时 url.QueryEscape 和 url.PathEscape 到底用哪个
绝大多数翻译 API 要求中文作为 query 参数（?q=你好），此时必须用 url.QueryEscape；url.PathEscape 是给路径段（如 /v1/translate/你好）用的，混用会导致 400 或服务端解析失败。
- query string 场景（
?key=value）：统一用url.QueryEscape - path segment 场景（
/api/zh/EN/你好）：才考虑url.PathEscape - 更稳妥的做法：用
url.Values构建 query，它内部自动调QueryEscape，且能处理多值、空格、& 等边界
并发调多个翻译源时 http.Client 不设 Timeout 会怎样
没设超时的 http.Client 在网络抖动、DNS 卡顿、后端假死时会无限阻塞 goroutine；3 个并发请求卡住，整个命令行工具就挂住不动，连 Ctrl+C 都可能失效。
- 永远用带超时的 client：
&http.Client{Timeout: 5 * time.Second} - 别碰
http.DefaultClient，它默认无超时，也不适合复用 - 需要重试？用
retryablehttp这类库，自己写 for 循环调client.Do容易漏关resp.Body或重复触发超时
真正难的不是写几行 json.Unmarshal，而是每个请求都要手工校验 status、body、encoding、timeout —— 这些细节不兜住，API 调通就是偶然，失败才是常态。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
