socket报错本质是底层网络连接中断，非composer配置问题；需按dns→tcp→tls→http顺序逐层验证，用composer diagnose、curl -i和dig命令定位具体断点。
“socket” 相关报错（如 Connection reset by peer、cURL error 28、Operation timed out、Failed to connect to packagist.org port 443）根本不是 Composer 自身 bug，而是底层 socket 连接在 DNS、TLS 握手、TCP 建连或 HTTP 响应阶段被中断 —— 直接改 composer.json 或重装没用，得从网络栈一层层往下压。
怎么确认是 socket 层真出问题，不是 Composer 配置错？
别急着调 timeout。先做三件事：
- 运行
composer diagnose，只看两行：HTTPS connectivity和GitHub API connectivity；只要标ERROR，说明 socket 链路已断 - 手动测通路：
curl -I https://mirrors.aliyun.com/composer/packages.json，返回200 OK才算通；若卡住或报Connection refused，就是 socket 连不上 - 再试
ping github.com和dig mirrors.aliyun.com，排除 DNS 解析失败 ——Resolving dependencies卡住，99% 是这步崩了
为什么 default_socket_timeout 改了也不生效？
Composer 1.10+ 已绕过 PHP 原生 socket 设置，default_socket_timeout 对它完全无效。真正起作用的是 Composer 自己的 HTTP 超时配置：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
-
http.timeout：单次 HTTP 请求总超时（含 TLS 握手 + 传输），建议设为600 -
http.connect-timeout：仅 TCP 连接建立阶段超时，国内网络波动大，建议30～60 -
http.max-retries：Composer 2.2+ 支持，设3可缓解偶发抖动 - 临时调试优先用环境变量：
COMPOSER_HTTP_TIMEOUT=600 composer install，避免污染全局配置
IPv6 环境下 socket 卡死怎么办？
纯 IPv6 或双栈配置不当的系统，stream_socket_client() 会优先走 IPv6 地址但 TLS 握手失败，等 30 秒才降级 —— 若系统没开 IPv4，就直接卡死：
- 最稳解法：改系统 DNS 解析优先级，在
/etc/gai.conf末尾加一行precedence ::ffff:0:0/96 100，强制 IPv4-mapped 地址优先 - 临时绕过：执行前加
php -d default_socket_timeout=15 /usr/bin/composer install，跳过慢速 IPv6 尝试 - 镜像源必须用 HTTPS 且可解析：确认
composer config -g repos.packagist.org.url输出是https://mirrors.aliyun.com/composer/，不是packagist.org或已停用地址
SSL/TLS 握手失败（cURL error 35）怎么定位？
现象是命令停在某个 HTTPS URL 后无响应，或直接报错 —— 这是 socket 建连成功，但 TLS 协商失败：
- 查 OpenSSL 版本：
openssl version；低于1.1.1（如 CentOS 7 默认的1.0.2k）不支持 TLS 1.3，而 Packagist 已逐步强制 - 验证 CA 证书路径：
composer config -g cafile必须返回有效 PEM 文件路径；Windows 还要检查php.ini中curl.cainfo是否指向curl-ca-bundle.crt - 诊断用临时禁用 SSL：
COMPOSER_NO_SSL=1 composer install；若此时成功，100% 是证书链或协议问题 —— 用完立刻删掉该变量
socket 错误最麻烦的点在于：它不报具体哪一层断了，只甩一个笼统错误。你得按 DNS → TCP 连通性 → TLS 握手 → HTTP 响应的顺序手动切片验证，跳过任何一环都可能白调半天配置。
