根本原因是宿主机与容器uid/gid不一致导致vendor权限错误，php进程无法读取类文件；应避免挂载vendor、统一用户id、禁用--optimize-autoloader、校验psr-4路径大小写、确保dump-autoload在构建阶段执行。
容器里 vendor 目录挂载后 Class not found 怎么办
根本不是自动加载配置写错了，而是宿主机和容器 UID/GID 不一致导致 vendor 文件权限错乱，PHP 进程读不到类文件。Linux 容器内 PHP 默认以非 root 用户（如 www-data 或自定义 UID=1001）运行，而 macOS/Windows 挂载进来的 vendor 目录属主往往是 root 或当前用户 UID=501，结果 opendir() 失败，Class 'thinkCache' not found 就来了。
- 开发时别挂载整个
vendor目录——只挂载源码（如./app:/var/www/html/app），在容器内执行composer install生成 vendor - 若必须挂载（如 CI 构建产物复用），提前在宿主机运行
chown -R 1001:1001 vendor（假设容器内 PHP 用户 UID=1001） - Dockerfile 中统一用户身份：
useradd -u 1001 -m app && usermod -aG www-data app，再su app启动服务 - 容器启动后手动跑一次
composer dump-autoload -o，避免因 overlayfs 缓存导致路径映射未刷新
为什么 --optimize-autoloader 在容器部署时要禁用
它会让 composer install 花十几秒甚至更久生成 autoload_classmap.php 和优化 PSR-4 映射数组，而容器镜像构建阶段你只需要“能加载”，不追求那几毫秒的首次 autoload 性能——尤其在 CI 流水线中，每秒都算成本。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 真正生效的命令是：
composer install --no-dev --no-scripts --no-autoloader-optimize -
--no-autoloader-optimize只跳过 classmap 生成和 PSR-4 映射合并，不影响基础 autoload 功能 - 必须加
--no-scripts：否则某些包的post-install-cmd会偷偷再执行一遍dump-autoload --optimize - 检查
composer.json是否写了"optimize-autoloader": true，这个配置会覆盖命令行 flag
PSR-4 命名空间路径在容器里大小写出错怎么查
Linux 容器文件系统严格区分大小写，但开发者常在 Windows/macOS 上开发，git 默认忽略大小写变更，导致 src/Utils/Config.php 实际被提交为 src/utils/config.php，一上容器就 Class 'Apputilsconfig' not found。
- 在 Linux 容器里直接运行
ls -l src/，确认目录名、文件名大小写与命名空间完全一致（AppUtilsConfig→src/Utils/Config.php） - 检查
composer.json中"autoload": {"psr-4": {"App\": "src/App/"}}的路径是否写成小写"src/app/" - 打开
vendor/composer/autoload_psr4.php，看生成的映射键（如'App\' => array($baseDir . '/src/App')）是否和磁盘真实路径大小写一致 - CI 流程中加一步校验脚本：
find src -name "*.php" | grep -i "utils" | xargs ls -l，强制暴露大小写问题
自定义 Facade 在容器里找不到类的典型链路断点
报 Class 'appFacadeMyService' not found，不是 Facade 写得不对，而是 Composer 自动加载根本没注册这个命名空间——容器里没跑 composer dump-autoload，或者 composer.json 的 autoload 配置压根没生效。
- 确认
app/Facade/MyService.php文件存在，且类声明为namespace appFacade;（注意大小写） - 检查
composer.json是否有："autoload": {"psr-4": {"app\Facade\": "app/Facade/"}}（结尾斜杠不能少） - 容器构建阶段必须执行
composer dump-autoload -o，不能只靠开发机生成再挂载进来——路径变量$baseDir是相对当前 vendor 目录算的 - 别在容器 entrypoint 里写
composer dump-autoload：这会导致每次重启都重生成，且可能因权限问题失败
vendor/autoload.php 加载的是构建时生成的映射，而挂载进来的代码如果改动了命名空间或文件结构，但没重新 dump-autoload，autoload 机制就完全失效——它不会动态扫描文件，只认静态映射。
