必须在有网环境提前生成完整vendor目录并离线导入，否则composer install在纯内网机器上必然失败；因其设计强制联网校验元数据，即使拷贝了composer.lock、composer.json和composer.phar，仍会第一时间请求https://repo.packagist.org/packages.json，且composer_disable_network=1无法跳过该步骤，正确做法是联网机执行composer install --no-dev --prefer-dist --optimize-autoloader --no-scripts --no-plugins生成完整vendor，再迁移至内网机并运行composer_disable_network=1 composer dump-autoload -o --classmap-authoritative补全autoload_static.php。
必须在有网环境提前生成完整 vendor 目录并离线导入，否则 composer install 在纯内网机器上必然失败——它不是配置问题，而是命令本身设计就依赖网络元数据校验。
为什么直接在内网机跑 composer install 一定会失败
哪怕你已拷贝 composer.lock、composer.json 和 composer.phar，composer install 仍会第一时间尝试访问 https://repo.packagist.org/packages.json。这不是缓存没生效，是 Composer 的元数据解析阶段强制联网，且无法跳过。
-
COMPOSER_DISABLE_NETWORK=1只能拦住后续下载和插件调用，拦不住第一步的仓库元数据加载 -
--offline参数根本不存在，官方不支持该 flag - 即使配置了本地
artifact或composer类型仓库，若未显式禁用"packagist.org": false，它仍会 fallback 到公网源 - 报错典型形式：
Could not fetch https://repo.packagist.org/packages.json或Package topthink/framework not found
正确做法：分步构建 + 完整 vendor 迁移
核心逻辑是绕过所有运行时网络行为，把依赖安装变成“复制 + 补全 autoload”两件事。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 在联网开发机上，用与目标服务器**完全一致的 PHP 版本**（如 7.4）执行：
composer install --no-dev --prefer-dist --optimize-autoloader --no-scripts --no-plugins - 确认
vendor/autoload.php存在且可读；检查vendor/bin/下软链接是否为真实文件（Windows 或跨系统迁移时需用7-Zip打包，避免符号链接丢失） - 打包整个
vendor目录（不是只打包 zip 缓存），压缩格式选ZIP或TAR.GZ，**确保解压后直接是vendor/文件夹**，而非嵌套子目录 - 上传至内网服务器项目根目录，执行：
unzip tp6-vendor.zip→chown -R www:www vendor/→chmod -R 755 vendor/
必须补的最后一步：composer dump-autoload -o
仅复制 vendor 不够。Composer 的类自动加载机制依赖 vendor/composer/autoload_static.php，而这个文件默认不会随 vendor 一起生成——它是在 install 或 dump-autoload 时动态生成的。离线机上没运行过这些命令，所以大概率启动时报 Class not found。
- 在内网机执行前，先清掉干扰项：
composer config --global cache-dir /dev/null - 再运行：
COMPOSER_DISABLE_NETWORK=1 composer dump-autoload -o --classmap-authoritative - 验证：
ls -l vendor/composer/autoload_static.php必须存在且非空 - 如果项目用了 ThinkPHP 或 Laravel，还需确认
public/index.php中的require __DIR__ . '/../vendor/autoload.php';路径与实际结构一致
最容易被忽略的是 autoload_static.php 的生成时机和 classmap 权威性。很多团队以为 vendor 复制完就万事大吉，结果线上报错才回头补 dump-autoload，但此时往往已因权限或路径问题卡住——这步必须在部署流程里固化为最后一条 shell 命令。
