缺传输组件不是composer本身故障，而是php未加载curl/openssl/mbstring扩展或禁用proc_get_status等函数：需用php -m验证扩展、php --ini确认配置路径、宝塔中解除禁用函数、docker中检查disable_functions，并正确设置curl.cainfo和openssl.cafile证书路径。
缺传输组件不是 Composer 本身坏了，而是 PHP 运行时没加载必要扩展或禁用了关键函数——curl、openssl、mbstring 少一个，composer install 就卡在“Loading composer repositories”不动；proc_get_status 被禁用则直接报 TypeError: Return value of Symfony\Component\Process\Process::close。
PHP 扩展缺失：curl / openssl / mbstring
Composer 下载包、校验 HTTPS、解析 JSON 都依赖这几个扩展。缺任何一个，都会表现为连接失败、SSL 错误或 JSON 解析异常。
- 运行
php -m | grep -E "curl|openssl|mbstring"，确认三者都在输出里 - 如果漏了
curl或openssl，CentOS/Alpine 用apk add php-curl php-openssl，Ubuntu/Debian 用apt install php-curl php-openssl -
mbstring缺失会导致 Composer 解析中文包名或 UTF-8 路径失败，错误常含mb_strlen()调用失败，补上即可 - 注意 CLI 和 Web 使用的
php.ini可能不同：运行php --ini确认实际加载路径，别只看phpinfo()页面
宝塔或 Docker 中 proc_get_status / putenv 被禁用
宝塔默认在 PHP 设置里禁用 proc_get_status 和 putenv，而 Composer 的 Process 组件和环境变量注入强依赖它们。禁用后不是警告，是直接抛 TypeError 或 Warning: putenv() has been disabled。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 宝塔用户：进「软件商店」→ 找到对应 PHP 版本 →「设置」→「禁用函数」→ 删除
proc_get_status和putenv - Docker 用户：检查
php.ini是否含disable_functions = proc_get_status,putenv，删掉或注释掉整行 - 验证是否生效：运行
php -r "echo proc_get_status(['echo']);"，不报错即 OK
CA 证书路径错或过期导致 SSL 验证失败
即使镜像 URL 是 HTTPS、扩展齐全，curl.cainfo 或 openssl.cafile 指向空文件、旧证书或根本没设，也会报 certificate verify failed 或 error:14090086。
- 查当前证书路径：
php -r "print_r(openssl_get_cert_locations());"，看default_cert_file值 - 下载最新证书：
wget https://curl.se/ca/cacert.pem -O /etc/ssl/certs/ca-certificates.crt（路径按上一步输出调整） - 在
php.ini里显式设两处：curl.cainfo="/etc/ssl/certs/ca-certificates.crt"和openssl.cafile="/etc/ssl/certs/ca-certificates.crt" - 改完重启 PHP-FPM 或重开终端，再跑
php -r "print_r(openssl_x509_parse(file_get_contents('/etc/ssl/certs/ca-certificates.crt')));"确认能读
secure-http 强制启用但镜像配错协议
Composer 默认 secure-http=true，只要镜像 URL 是 HTTP 协议，哪怕内容完全正确，也会直接抛 TransportException，不给任何中间提示。
- 检查镜像配置：
composer config -g repo.packagist，输出必须是完整 JSON，且url字段以https://开头、结尾带/ - 阿里云镜像必须写成
https://mirrors.aliyun.com/composer/，少斜杠或写成http://都会静默失效 - 项目级配置优先于全局：如果
composer.json里有"repositories"字段（哪怕空数组），全局镜像就彻底不生效，此时应删掉该字段或改用项目级命令：composer config repo.packagist composer https://mirrors.aliyun.com/composer/
真正麻烦的从来不是“装不上”，而是“看起来装上了但某个扩展没启、某个函数被禁、某个证书路径指向空文件”——这些状态不会报红字错误，只会让 Composer 卡住、跳过、或静默回退到原始源。验证必须落到具体函数调用和配置项值，不能只看命令是否返回成功。
