必须用composer install重装依赖，而非复制vendor；补全composer.json应从vendor/composer/installed.json读取或全局搜索require语句映射包名，autoload需用相对路径引入并优先执行，同时删旧require语句。

旧项目迁移不是“复制 vendor 就完事”，而是必须用 composer install 重装依赖，且前提是 composer.json 和 composer.lock 齐全、PHP 版本和扩展匹配。硬拷 vendor/ 在 Docker、CI、不同用户或 PHP 小版本升级后必然失败——它不是静态资源，而是平台敏感的构建产物。

怎么从零补全 composer.json（旧项目压根没这文件）

别手写，也别靠猜。最准的依赖清单就藏在项目跑起来的那一刻：

• 如果有残留 vendor/ 目录但没 composer.json，进 vendor/composer/installed.json 直接读取所有已装包的 name、version、type
• 如果连 vendor/ 都没有，全局搜索 require_once、include、require，重点抓路径如 lib/monolog/、thirdparty/smarty/，再映射到 Packagist 包名（比如 monolog/monolog、smarty/smarty）
• 遇到 SVN/Git checkout 的非标准库，别塞进 require，加 repositories 指向 VCS；否则 composer install 会卡死或报错

autoload 怎么覆盖旧的 require/require_once

旧代码靠一堆 require 加载类，Composer 的 autoloader 必须比它们先执行，否则不是 Class not found，就是 Cannot redeclare class：

Discussion Composer

围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par

下载

• 入口文件（如 index.php）第一行必须是 require __DIR__ . '/vendor/autoload.php';，且确保它出现在所有旧 require 之前
• 无命名空间的老代码（如 class User_model {}）别强行套 psr-4，改用 classmap："autoload": { "classmap": ["application/models/", "application/libraries/"] }，再运行 composer dump-autoload -o
• 全局函数文件（如 helpers.php）用 files 类型，但只放真正每次都要加载的；滥用会导致每次请求都 require 这些文件，拖慢性能
• 迁移后必须删掉旧的 require_once 'application/models/User_model.php'，否则 class_exists('User_model') 可能返回 true，但实例化时报错

为什么 vendor/autoload.php 不能硬写绝对路径

require_once '/var/www/project/vendor/autoload.php'; 这种写法在 Docker、CI、不同部署用户下必然静默失效——路径一变，require 就失败，后续全是 Class not found：

• 统一用相对路径：require __DIR__ . '/vendor/autoload.php';（入口文件和 vendor/ 同级时）
• 如果入口位置不固定，改用 require_once dirname(__DIR__) . '/vendor/autoload.php'; 向上找
• 更健壮的方式是检测 vendor/autoload.php 是否存在，不存在则报错提示运行 composer install，而不是静默失败

新环境上执行 composer install 常见卡点与解法

报错信息里藏着线索，别急着搜“怎么解决”，先看它卡在哪一层：

• 运行 php -v 核对 PHP 版本是否 ≥ composer.json 中 "php": "^8.1" 的最低要求；更准的做法是旧服务器上跑 composer show php，看实际解析出的版本
• 用 composer check-platform-reqs 列出所有缺失扩展（如 mbstring、xml、zip、openssl），CentOS 用 yum install php-mbstring，Debian/Ubuntu 用 apt install php-mbstring
• 检查 composer.lock 是否被 Git 忽略或没提交——它必须存在，否则 install 会退化成 update，拉取新版包引发兼容断裂
• 内存报错 Allowed memory size exhausted？改用：php -d memory_limit=-1 $(which composer) install

最容易被忽略的是：旧项目里那些没被 autoload 覆盖的 require 语句，以及 composer.lock 文件是否真的和原环境一致——它才是唯一可信快照，不是障碍，是救命稻草。