在只读文件系统中运行 Composer 需通过挂载可写卷、多阶段构建预装依赖或使用 tmpfs 等方式解决；推荐在构建阶段完成 install 并复制 vendor，运行时镜像无需写权限。
在只读文件系统（如默认配置的 Docker 容器）中运行 Composer 会失败，因为 Composer 默认需要写入 vendor/、composer.lock 和缓存目录（如 ~/.composer/cache）。解决的核心思路是：把所有需要写的路径映射到可写位置（如挂载卷或 tmpfs），并提前准备好依赖。
提前安装依赖，容器内只执行 autoload
最佳实践是在构建镜像阶段完成 composer install，而非在只读容器中运行。利用多阶段构建，将 vendor/ 复制进最终镜像：
- 第一阶段：使用带 Composer 的基础镜像，复制源码 + 运行
composer install --no-dev --optimize-autoloader - 第二阶段：使用精简运行时镜像（如
php:8.3-cli-alpine），仅复制./src和./vendor - 最终镜像无需写权限，也无需 Composer 二进制，启动即用
运行时挂载可写卷覆盖关键路径
若必须在容器启动后运行 Composer（例如调试或动态场景），需通过 -v 或 docker run --mount 提供可写层：
- 挂载
vendor/目录：确保宿主机对应路径存在且可写，例如-v $(pwd)/vendor:/app/vendor - 挂载 Composer 缓存：避免因缓存不可写报错，如
-v $(pwd)/.composer-cache:/root/.composer/cache - 挂载
composer.lock所在目录为可写（如果要生成或更新 lock 文件）
禁用缓存与本地写入，走纯内存或只读流程
对于临时调试，可用以下组合绕过写操作：
- 加
--no-cache参数跳过缓存读写 - 用
--no-plugins避免插件尝试写配置或缓存 - 指定
--working-dir指向一个已挂载的可写目录（而非只读应用根目录） - 若只需加载类，不安装包，直接用
composer dump-autoload并确保vendor/autoload.php已存在
使用 tmpfs 临时挂载（适合无持久化需求）
对短暂运行的容器（如 CI 任务），可用内存文件系统避免磁盘 I/O：
docker run --tmpfs /app/vendor:rw,size=100m --tmpfs /root/.composer:rw,size=50m ...- 注意：tmpfs 内容随容器退出丢失，仅适用于单次命令（如
composer show或composer validate） - 验证类加载是否正常：进入容器后执行
php -r "require 'vendor/autoload.php'; echo 'OK';"
