直接配阿里云镜像、用path仓库、强制重生成autoload三步可使PR测试从分钟级降至秒级；否则本地改代码仍Class not found，因Composer默认不识别本地路径依赖，需显式声明type为path、版本写dev-main as x.x、运行composer update而非install，并执行dump-autoload -o更新映射。
直接配阿里云镜像 + 用 path 仓库 + 强制重生成 autoload，三步就能让 PR 测试从分钟级降到秒级。其他优化都是锦上添花，这三步不走，本地改完代码照样 Class not found。
为什么 composer install 不识别本地修改的依赖？
Composer 默认只拉已发布的包（tag 或 branch zip），哪怕你在 composer.json 里写了本地路径，它也不会自动 symlink —— 因为没告诉它“这是开发态”。
-
repositories必须显式声明"type": "path"，且url是文件系统路径（如../laravel/framework），不能是 Git URL -
require中版本号必须写成dev-main as 10.0这类伪版本，否则 Composer 当作普通远程包处理 - 必须执行
composer update vendor/package，不是install；install会跳过解析，沿用composer.lock里的旧 hash
本地 symlink 有了，但 new Class() 还报错？
符号链接只是文件系统层面的指向，PHP 自动加载器（ClassLoader）仍按 vendor/composer/autoload_classmap.php 和 autoload_psr4.php 里的映射表加载——而 path 包的类路径默认不进这些文件。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 必须手动运行
composer dump-autoload -o，强制重生成优化后的类映射 - CI 或 Docker 构建脚本里常漏掉这步，导致测试环境始终加载旧类
- 开发中如果新增了类但没跑这命令，也会直接
Class not found，和 symlink 是否存在无关
镜像源配置错了，PR 测试反而更慢？
换源不是加个 repositories 数组就行。Composer 2.2+ 硬编码直连 packagist.org 获取元数据（如 provider-laravel~10.0.json），你写的镜像只管下载 tarball，元数据请求仍卡在海外。
- 全局生效唯一写法：
composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/（注意：末尾斜杠、repo.packagist无 s、中间composer是 type 值，缺一不可） - 验证是否真生效：
composer config -g repo.packagist输出必须是完整 JSON 或对应 URL，空、null、或https://packagist.org都说明失败 - 项目级更稳妥：进项目根目录执行
composer config repo.packagist composer https://mirrors.aliyun.com/composer/，它会安全追加到composer.json的repositories字段，不覆盖私有源
CI 脚本里怎么避免镜像失效？
CI 环境用户身份、PHP 配置、网络策略都和本地不同，全局配置经常被绕过。临时参数最可靠，且优先级最高。
- 用
--repository（不是--repository-url）参数指定镜像：composer install --repository=https://mirrors.aliyun.com/composer/ -vvv -
-vvv必须带上，它会打印真实请求地址（如GET https://mirrors.aliyun.com/composer/p2/laravel/framework.json），一眼确认是否走镜像 - 搭配关键提速参数：
--no-dev --prefer-dist --optimize-autoloader --classmap-authoritative，尤其--classmap-authoritative在 CI 中能省掉 PSR-4 扫描开销，但开发机误用会导致新增类不加载
最容易被忽略的是：换镜像后必须删掉 vendor 和 composer.lock 重装，否则旧 lock 文件里的 hash 可能和镜像元数据不一致，导致部分包降级或安装失败。
