迁移项目时必须删除 vendor 和 composer.lock 后再执行 composer install；修改 autoload 配置后需运行 composer dump-autoload -o；注意 PHP 扩展缺失、路径大小写及符号链接兼容性问题。
composer install 之前必须删掉 vendor 和 composer.lock
项目迁移时，一个常见的“坑”就是直接复制整个目录，包括 vendor 文件夹。结果呢？运行起来各种报错：类找不到、版本冲突，甚至直接抛出 Class not found。问题出在哪？其实，vendor 目录和 composer.lock 文件本质上都是特定环境的产物，不能简单地“搬家”。vendor 里是编译或下载好的平台相关代码，而 composer.lock 则锁定了旧环境下的精确依赖树。如果新机器的 PHP 版本、扩展或者操作系统有差异，这个“旧地图”反而会把你引向不兼容的旧版本依赖。
正确的操作流程应该是这样：
- 果断删除项目根目录下的
vendor/文件夹和composer.lock文件。 - 先确认新环境已经就绪，检查
php -v和composer --version是否符合要求。 - 然后运行
composer install。这个命令会基于composer.json这个“需求说明书”，重新解析并拉取所有依赖，同时生成一个完全适配当前环境的新composer.lock文件。
autoload 配置变更后必须 dump-autoload
如果你动过 composer.json 里的 "autoload" 或 "autoload-dev" 配置，比如新增了 PSR-4 命名空间映射、调整了目录路径，那么有一件事千万别忘了：执行 composer dump-autoload。否则，PHP 的自动加载机制根本不知道你做了这些改动，新加的类永远也找不到。
哪些改动会触发这个需求呢？比如：
- 新建了一个
app/Support/目录，并在composer.json里添加了映射"App\\Support\\": "app/Support/"。 - 把测试文件从
tests/目录迁移到了src/Tests/，但忘了更新自动加载配置。 - 甚至改变了自动加载的类型，比如从
classmappsr-4。
执行命令时，建议带上优化选项：composer dump-autoload -o。这个 -o 参数会生成静态的类映射表，能显著提升生产环境的自动加载性能。
PHP 扩展缺失会导致 autoload 失败但报错不明确
这里有个隐蔽的陷阱：有些 Composer 包在自动加载阶段就依赖特定的 PHP 扩展（例如 ext-intl 或 ext-mbstring）。麻烦的是，Composer 在执行 dump-autoload 时并不会检查这些扩展是否存在。结果就是，命令执行成功，但项目一运行就抛出诸如 Class 'SymfonyPolyfillIntlIdnIdn' not found 的错误。这看起来是类找不到，但根源其实是底层扩展缺失。
遇到这类问题，可以按以下步骤排查：
- 首先，运行
php -m命令，确认必需的扩展（如intl,mbstring,curl,json,xml）是否已启用。 - 其次，查看你所使用框架或核心依赖包的
composer.json文件，里面通常会在require部分明确列出"ext-xxx"这样的依赖。 - 对于 Composer 2.2 及以上版本，一个更快捷的方法是直接运行
composer check-platform-reqs，它能快速核对当前环境是否满足所有平台要求。
Windows 迁移到 Linux 时注意路径大小写与符号链接
跨平台迁移，尤其是从 Windows 到 Linux，有两个细节需要特别警惕：路径大小写和符号链接。
Windows 文件系统默认不区分大小写，但 Linux 是严格区分的。假设你的 composer.json 里配置了 "App\\Http\\Controllers\\": "app/Http/Controllers"，而实际目录名却是 app/http/controllers（全小写）。在 Windows 上可能相安无事，但到了 Linux 下，dump-autoload 生成的映射就是错的，运行时必然 Class not found。
另一个问题是符号链接。有些包（例如 symfony/flex）在安装时会创建符号链接（比如 public/index.php 指向 vendor/symfony/runtime/...）。Windows 环境对符号链接的支持与 Linux 不同，迁移后这些链接可能失效，需要手动重建或改用相对路径等兼容性更好的方式。
应对策略如下：
- 统一规范：在项目中坚持使用全小写的目录名（如
app/http/controllers），并确保composer.json中的 autoload 配置与之完全一致。 - 慎用链接：尽量避免在
vendor目录之外依赖符号链接。可以考虑使用require_once或通过配置文件来管理路径。 - 迁移后检查：在 Linux 环境中执行完
composer install后，可以用find vendor/ -type l命令检查是否有残留的、不兼容的 Windows 符号链接。
说到底，自动加载文件并不是一个“生成一次，终身受用”的静态缓存。它是当前运行环境、Composer 配置和项目代码结构三者共同作用的动态产物。只要其中任何一环发生变化——无论是跨平台、升级 PHP 版本，还是调整了命名空间映射——就意味着你需要重新生成它。理解这一点，是确保项目平滑迁移的关键所在。
