twilio语音验证必须用calls.json接口，不可混用messages.json；需升级go sdk至v3.0.0+，使用主账户凭证，from须为twilio号码，twiml须url编码后传入，沙箱仅支持已验证号码，且须用带缓冲channel限流避免20005错误。
Twilio语音验证必须用 Calls.json，别拿 Messages.json 硬凑
Twilio没有“语音短信”这种混合接口——语音和短信是两条完全隔离的通道。用发短信的代码去打语音电话，会直接返回 404 Not Found 或 400 Invalid Resource，因为路径根本不对。
语音调用固定走 /2010-04-01/Accounts/{Sid}/Calls.json，SDK里对应的是 CreateCall 方法；短信走 /2010-04-01/Accounts/{Sid}/Messages.json，对应 SendSMS。混用等于请求一个不存在的资源。
- 检查你用的 Go SDK 版本：老版
github.com/sfreiberg/gotwilio v2.x根本没实现CreateCall，调用会 panic 或静默失败；必须升到v3.0.0+incompatible - 初始化客户端时，
Account SID和Auth Token必须来自主账户（不是子账户），否则返回20001 Authentication Failed -
From字段不能填个人手机号，必须是 Twilio 分配的号码或已验证号码，否则报21212 Invalid 'From' number
CreateCall 的 Twiml 参数不是可选的，且必须是 URL 编码后的 XML 字符串
语音不像短信能直接传纯文本，它必须靠 TwiML 指令驱动通话流程。<say>您的验证码是1234</say> 这种 XML 是硬性要求，漏掉或格式错，API 直接拒绝。
常见错误是把 TwiML 当普通字符串拼接后直接传进去，结果 Twilio 解析失败，返回 12200 Invalid TwiML。实际必须先做 URL 编码，再作为 Twiml 字段值提交。
- 示例正确构造：
twiml := url.QueryEscape(`<response><say voice="alice">您的验证码是` + code + `</say></response>`) - 别用
body := strings.NewReader(...)手动构造请求体——SDK 封装层已处理编码，直接传Twiml: twiml即可 - 沙箱环境只支持已验证号码作
To；生产环境需完成 Verified Caller ID 流程，否则32203 Invalid To number
并发打语音必须控 QPS，time.Sleep 不可靠
Twilio 对 /Calls 接口默认限速为 1 QPS（每秒最多 1 次 HTTP 请求），不是每秒 1 通电话。不加控制地并发 50 个 goroutine 调 CreateCall，99% 请求会返回 20005 Request was throttled，后续可能被临时封禁。
用 time.Sleep 做节流看似简单，但网络延迟会导致实际 QPS 超标——比如某次请求耗时 1.2 秒，Sleep(1 * time.Second) 后立刻发下一条，实际间隔只有 0.8 秒，连续几次就触发限流。
- 推荐用带缓冲 channel 控制：
sem := make(chan struct{}, 1)，每次调用前sem ，结束后 <code> - 生产环境建议升级 High Volume Calling 套餐，并在控制台开启 Concurrent Calls 配额
- 别依赖单机 sleep 做全局限流——多实例部署时仍会超限，需引入 Redis 分布式信号量或服务端统一网关限流
错误必须分三层处理，不然重试全是无效动作
Twilio 语音的真正坑不在调不通，而在错误分类混乱导致重试策略失效。比如 net.Error（网络超时）可以重试，但 32203 Invalid To number 这类业务错误重试毫无意义，只会刷高错误率。
得把错误拆成三层判断：网络层 → HTTP 状态码 → Twilio 错误码。任意一层不匹配，就该终止重试，而不是无脑循环。
- 网络层错误：
errors.Is(err, context.DeadlineExceeded)或errors.As(err, &net.OpError{})—— 可重试 - HTTP 错误码：
resp.StatusCode == 401（密钥失效）、429（限流）—— 多数不可重试，需告警 - Twilio 错误码：从响应 body 解析出
Code字段，如21212、32203、20001—— 属于明确业务拒绝，立即停止重试
Twilio 错误码含义不透明，容易忽略的是 20005（限流）和 21614（TwiML 解析失败）这类非 4xx/5xx 状态码错误——它们藏在 200 响应体里，必须主动解析 body 才能捕获。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
