Composer search 响应慢的根本原因是每次执行都强制远程拉取 packages.json 和 provider 索引，国内直连 packagist.org 的 TLS 握手与 DNS 解析耗时严重；必须正确配置全局镜像源（repo.packagist）、清空缓存并确保执行用户匹配，才能实现秒级响应。
composer search 响应慢，根本不是搜索逻辑本身的问题，而是每次执行都去远程拉取最新 packages.json 和 provider 索引——国内直连 packagist.org 的 TLS 握手和 DNS 解析就卡住几秒，搜个关键词等 10 秒以上很常见。配镜像源只是第一步，不配本地缓存镜像，search 永远快不起来。
为什么 composer search 特别慢？
它不像 install 或 update 有本地 lock 文件或 vendor 缓存可复用。search 默认强制刷新元数据：先 GET https://repo.packagist.org/packages.json，再逐个请求 provider-laravel~10.0.json 这类分片索引，一次搜索可能触发上百次 HTTP 请求。没镜像时，95% 时间耗在超时重试上。
- 即使开了
parallel-downloads，它只加速 tarball 下载，对search完全无效 -
--repository参数对search不生效（Composer 2.2+ 已明确限制） - 全局
repo.packagist配置必须正确，否则请求仍会 fallback 到官方源，且无任何提示
composer config -g repo.packagist 必须写对三处
这是 search 能走镜像的唯一前提。错一处，就静默回退到 packagist.org，你完全看不到报错。
- 键名必须是
repo.packagist（不是repos.packagist、packagist或mirror） - 中间的
composer是type值，不能省；漏了就等于没配 - URL 必须是 HTTPS + 末尾带
/，例如https://mirrors.aliyun.com/composer/✅，https://mirrors.aliyun.com/composer❌（少斜杠会 404）
验证命令：composer config -g repo.packagist，输出必须是完整 JSON 对象，形如 {"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}。空、null、报错或只返回 URL 字符串（新版有时简化），都说明没生效。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
换源后必须清缓存，否则旧元数据还在偷偷用
镜像配置写对了，但 ~/.composer/cache/repo/https---repo.packagist.org/ 里还存着旧的 packages.json 和 provider 文件，search 会优先读这些过期内容，结果要么为空，要么漏包，甚至触发 fallback。
- 执行
composer clear-cache，清掉所有缓存目录 - 别手动删
~/.composer/cache，容易权限错乱；用命令最稳 - 首次
composer search laravel仍会稍慢（重建缓存），但之后就快了——因为新缓存已存的是阿里云镜像的元数据
CI/宝塔等环境要确认执行用户
composer config -g 写的是当前用户的 ~/.composer/config.json。但在宝塔面板、Jenkins 或 systemd 服务中，composer search 很可能以 www、jenkins 或 root 用户运行，而不是你 SSH 登录的用户。
- 在宝塔终端里先跑
whoami，看实际执行用户是谁 - 用对应用户身份重配：
sudo -u www composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/ - CI 脚本里不要依赖全局配置，改用临时方式：
composer search laravel -vvv --repository-url=https://mirrors.aliyun.com/composer/（注意：-vvv才能看到真实请求域名）
真正卡点不在搜索算法，而在元数据是否从本地缓存镜像加载——只要缓存路径里存的是阿里云的 packages.json，search 就能秒出结果。其他所有优化都是锦上添花，这一步才是刚需。
