能放但不能用的关键在于php是否识别composer自动加载——class 'thinkpp' not found表明vendor/autoload.php未被引入或未执行composer install；tp6+/tp8需确保public/index.php引入autoload.php、dockerfile中composer install在copy之后、extend目录类库须手动配置psr-4或files并运行dump-autoload。
能放，但放进容器不等于能用——关键在自动加载是否被容器内 PHP 真正识别。
Class 'thinkApp' not found 是最典型的信号
这个错误不是类文件没复制进容器，而是 PHP 运行时根本没触发 Composer 的自动加载逻辑。ThinkPHP 6+（含 TP8）所有核心类都依赖 vendor/autoload.php，一旦它没被入口文件引入、或 composer install 没在构建阶段执行，容器启动后必然报这个错。
-
public/index.php开头必须有require __DIR__.'/../vendor/autoload.php';（TP6+ 默认有，但定制镜像常被删） - Dockerfile 中
composer install --no-dev --optimize-autoloader必须在COPY . /app之后，否则复制的是空vendor/ - 别在
ENTRYPOINT或CMD里运行composer install——构建时就该确定依赖状态，运行时装包不可控且慢
extend/ 目录里的非Composer类库要手动“接”进自动加载
ThinkPHP 官方建议把非 Composer 管理的第三方类库放到 extend/ 目录，但这只是存放位置，不代表自动可用。这些类默认不会被 Composer 扫描，必须显式扩展自动加载规则。
- 如果类遵循 PSR-4（比如命名空间是
thirdpayment，文件路径是extend/third/payment/WxPay.php），就在composer.json里加 PSR-4 映射：{"autoload": {"psr-4": {"third\payment\": "extend/third/payment/"}}} - 如果类没命名空间、结构混乱（比如一个
alipay_sdk.php里全是函数），用files方式加载：{"autoload": {"files": ["extend/alipay_sdk.php"]}} - 改完
composer.json后，必须在构建阶段执行composer dump-autoload -o，否则修改不生效
App::make() 找不到自定义服务类？先查 class_exists()
App::make('appserviceUserService') 报错，90% 不是容器配置问题，而是类压根没加载进来。ThinkPHP 的容器不会主动扫描目录，只实例化已知类名。
- 在控制器里加一行：
var_dump(class_exists('appserviceUserService'));，返回false就说明自动加载失败 - 确认
app/service/UserService.php文件存在，且首行是namespace appservice;（注意斜杠是反斜杠） - 检查
composer.json的 PSR-4 是否包含"app\": "app/"，并已执行composer dump-autoload -o - TP8 下若用了子应用，
appserviceUserService可能属于子应用命名空间，需确认绑定作用域
真正容易被忽略的点：Docker 构建缓存会让 composer install 被跳过，哪怕你改了 composer.json。强制重建时加上 --no-cache，或者在 composer install 前加个 RUN echo "reinstalling deps" 打破缓存链。自动加载不是“放进去就完事”，是构建阶段每一步都得对上。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
