sock = socket.create_connection(('example.com', 443), timeout=3)
sock.settimeout(3)
start = time.time()
socket 设了 settimeout(3)，一次请求仍然阻塞 92 秒才抛 timeout，日志显示其中 89 秒都停在 connect 阶段。这类现象通常不是突然出现的，往前翻半天日志能看到苗头。
追下去是这么回事：settimeout 对每个阻塞调用单独计时，connect、send、recv 各算各的，整条链路可以累加到几十秒。DNS 解析发生在 socket 之外，不受这个值约束。
「socket 超时范围」改完先别急着全量，挑一台机器放半天，真有问题这段时间就能看出来。同类问题如果隔一段时间又出现，多半是某个定时任务或重启流程把改动冲掉了。
把这次用到的命令存进笔记，比记住结论有用，换个环境还能照着走。改完隔一天再看一次，当场正常不代表能稳住。
测试环境和线上的差别，往往就在版本号和那几行被忽略的配置上。线上出问题先对时间点，跟发布、备份、任务执行的时刻排一排，能省掉一半功夫。
处理上按这个顺序：连接阶段单独设超时；用 create_connection 传 timeout；域名解析也加一层限时；整个请求再加一个总 deadline。
确认没问题再收工，目标不可达时 3 秒内抛异常，单次请求总耗时不超过 6 秒。