优化容器化本地开发中 Composer 性能的关键是统一在容器内执行命令、启用缓存、跳过平台检查、解决 vendor 权限问题，并精简 autoload；DDEV 和 Lando 均需配置对应缓存与用户映射，避免宿主机干扰。
在 DDEV 或 Lando 这类容器化本地开发环境中，Composer 默认行为容易变慢、报错或与宿主机/容器环境不一致。优化核心在于避免反复下载、统一 PHP 环境、绕过权限和网络限制，同时保持开发流程干净可复现。
用容器内 Composer 替代宿主机执行
DDEV 和 Lando 都预装了匹配项目 PHP 版本的 Composer（如 DDEV 的 ddev composer，Lando 的 lando composer）。直接在宿主机运行 composer install 可能因 PHP 版本、扩展缺失或路径权限出错。
- 始终用
ddev composer install或lando composer update，确保命令在正确容器环境中执行 - 禁用宿主机全局 Composer（如 Homebrew 安装的），防止误触发；可通过
which composer确认当前路径 - 若需自定义 Composer 二进制（如使用 Composer 2.5+），在
.ddev/config.yaml中用hooks下载并替换，或在 Lando 的.lando.yml中通过services → composer指定镜像
加速安装：启用缓存与跳过平台检查
默认每次 composer install 都会校验平台扩展（如 ext-gd）、下载包、解压，耗时明显。容器重启后缓存丢失是常见瓶颈。
- DDEV：开箱支持 Composer 缓存，自动挂载
~/.composer/cache到容器内/home/nonroot/.composer/cache；确认ddev config --composer-cache已启用（v1.22+ 默认开启） - Lando：需手动配置缓存卷，在
.lando.yml的services下添加：composer: {type: composer, composer-cache: true} - 开发阶段可安全跳过平台检查：
ddev composer install --ignore-platform-req=ext-* --ignore-platform-req=php（尤其适合前端或 CLI 工具类项目）
处理 vendor 权限与挂载冲突
容器中生成的 vendor/ 文件常因 UID/GID 不匹配，在宿主机显示为 root 所有，导致 IDE 无法写入或 Git 权限混乱。
- DDEV：启用
host-docker-uid-gid: true（v1.21+），让容器内用户 UID/GID 与宿主机一致；或设置user: auto自动适配 - Lando：在
.lando.yml的服务中加run_as_root: false并指定user: $USER（需配合宿主机 UID 映射） - 更稳妥做法：将
vendor/排除在文件同步外——DDEV 默认已排除；Lando 可在.lando.yml的share配置里显式忽略vendor
按需加载插件与精简 autoload
大型项目中，Composer 插件（如 drupal/core-composer-scaffold）或冗余 autoload 规则会拖慢每次命令响应。
- 检查
composer.json的require-dev，移除非必要插件（如hirak/prestissimo在现代 Composer 中已内置并行下载） - 运行
ddev composer dump-autoload --optimize --classmap-authoritative生成高效 classmap，减少运行时查找开销 - 对 Drupal 或 Laravel 等框架项目，启用
"optimize-autoloader": true和"classmap-authoritative": true到config区块
基本上就这些。不复杂但容易忽略——关键是让 Composer 呆在它该在的容器里，别让它跨环境“迷路”。
