离线模式不提升速度，但可避免网络卡顿；Composer无--offline开关，真正离线需组合--no-network、--no-plugins、--no-scripts等参数，并确保vendor和composer.lock完整一致。
离线模式本身不提升执行速度，但能避免网络阻塞导致的卡顿
Composer 没有 --offline 这种“纯离线运行”开关。所谓“离线配置”，实际是指提前下载好依赖、禁用远程元数据请求、跳过镜像源校验等操作组合。它不会让 composer install 变得更快，但能防止因网络抖动、DNS 失败、镜像 404 等问题卡在 Resolving dependencies 或 Loading composer repositories 阶段——这些阶段本不该耗时，却常占总耗时 60% 以上。
常见误判：看到 “Installing dependencies from lock file” 就以为进到“离线阶段”，其实此时仍可能触发远程包信息拉取（比如 repositories 中含 VCS 源、或 require-dev 包未锁定 commit hash）。
-
composer install --no-network是唯一官方支持的离线标志，但它只禁用元数据请求，不阻止包文件下载；若 vendor/ 缺失或composer.lock不完整，仍会失败 - 真正稳定的离线流程是：
composer install --prefer-dist --no-dev→ 手动打包vendor/+composer.lock→ 目标机上仅运行composer install --no-scripts --no-plugins - CI/CD 中推荐用
composer install --no-interaction --no-progress --no-suggest组合，比强行“离线”更可控
影响性能的关键其实是 autoload 优化，不是网络开关
离线与否对类加载速度毫无影响；决定运行时性能的是 autoload 配置是否启用权威映射和优化器。一个没配 optimize-autoloader 的项目，哪怕全离线安装，vendor/autoload.php 启动时仍要扫描数百个目录、匹配 PSR-4 前缀、检查文件是否存在——PHP-FPM worker 初始化慢 3–5 倍很常见。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
-
composer install --optimize-autoloader --classmap-authoritative会生成vendor/composer/autoload_classmap.php，把所有类路径硬编码为数组，跳过全部文件系统查找 -
--classmap-authoritative意味着“不在 classmap 里的类一律不加载”，必须确保所有用到的类都已纳入 autoload 配置（如psr-4或files），否则报Class not found - PHP 8.1+ 可加
--apcu-autoloader，但注意 APCu 在 CLI 和 FPM 下默认不共享缓存，只对 Web 请求生效
镜像源配置错误比“在线”更拖慢构建
很多人以为切了中文镜像就一定快，结果反而更慢——因为配置错导致 Composer 静默 fallback 到 packagist.org。这种 fallback 不报错、不提示，只在日志末尾出现一行 Warning: Failed to fetch https://packagist.org/packages.json, falling back to https://packagist.org，极易被忽略。
- Composer 2.2+ 必须用
composer config -g repositories.packagist.org.type composer+composer config -g repositories.packagist.org.url https://mirrors.aliyun.com/composer/两条命令，缺一不可 - URL 必须以
/结尾，写成https://mirrors.aliyun.com/composer会导致请求路径拼错（如/p2/xxx.json→/composer/p2/xxx.json），返回 404 后降级 - 项目级
composer.json中只要存在"repositories"字段（哪怕值是[]），全局镜像就完全失效——这是最常被漏查的一点
真正该关掉的不是网络，而是 dev 包和交互式行为
生产部署中最大的性能损耗来源，从来不是网络延迟，而是加载了根本不需要的代码。漏掉 --no-dev 会让 phpunit、symfony/debug-bundle 等包进入 autoload 映射，直接增加 vendor/autoload.php 文件体积 30–50%，OPcache 编译时间翻倍，FPM worker 冷启动慢 200ms+。
-
--no-dev必须与--optimize-autoloader配合使用；否则 classmap 里仍会包含 dev 包的类路径 -
--no-scripts能跳过 post-install-cmd 等钩子，避免执行php artisan optimize这类已过时的命令（Laravel 9+ 已弃用） -
--no-plugins禁用所有 Composer 插件（如hirak/prestissimo），某些插件在容器环境里反而引发 DNS 解析死锁
离线配置的复杂点不在命令开关，而在上下文一致性：COMPOSER_HOME 是否生效、auth.json 权限是否为 600、项目级 repositories 是否覆盖全局、PHP 版本是否匹配所有包的 platform 配置——任何一个环节断开，都会让“看似离线”的命令悄悄连网，且难以定位。
