Class not found错误90%因命名空间与路径不匹配：检查app/model/User.php文件名及大小写、首行namespace appmodel;、composer.json中"psr-4": {"app": "app/"}配置，无网络时手动修正autoload_static.php并清空runtime缓存。
内网部署ThinkPHP项目时，模型类报Class not found错误，90%是因为命名空间与物理路径在离线环境下无法被自动加载器识别——没有composer dump-autoload -o权限、无网络拉取PSR-4映射、Linux服务器区分大小写，而你手头只有一台不能联网的终端和一份压缩包。
确认模型文件是否真被框架“看见”
在控制器中插入一行调试代码：dump(class_exists('appmodelUser'));，运行后若返回false，说明框架根本没扫描到这个类；若返回true，问题出在实例化或数据库连接阶段，跳过本节。
用php -r "var_dump(class_exists('appmodelUser'));"在命令行直接验证，绕过Web服务器缓存干扰。这一步必须做，否则所有后续操作都是在修空气。
检查文件实际路径是否为app/model/User.php——注意是model（全小写），不是Model或models；文件名必须是User.php，不是user.php或UserModel.php。【Linux下User.php和user.php是两个完全不同的文件】
立即学习“PHP免费学习笔记（深入）”；
手动修正命名空间与路径错位
打开app/model/User.php，第一行必须是：namespace appmodel;，不能是appModel、AppModel、app/model/（末尾斜杠）、appmodule（拼错）。
检查composer.json中autoload段是否存在且未被注释："psr-4": {"app\": "app/"}。注意双反斜杠转义，Windows编辑器易误写成单斜杠或正斜杠。
若内网环境完全禁止修改composer.json或无法执行composer命令，进入thinkphp/library/think/Loader.php，在register()方法开头附近插入硬编码映射（仅临时应急）：
self::addNamespace('appmodel', __DIR__ . '/../../app/model');
离线强制刷新类映射（无composer可用时）
第一步：删除runtime/cache/和runtime/container/全部内容；
第二步：清空vendor/composer/autoload_psr4.php中所有app相关条目，仅保留：'app\' => array($vendorDir . '/../app')；
第三步：手动重建映射数组——打开vendor/composer/autoload_static.php，找到$prefixLengthsPsr4和$prefixDirsPsr4，将'app\'对应路径改为绝对路径，例如：/data/wwwroot/myapp/app；
第四步：在public/index.php最顶部加入：require __DIR__.'/../vendor/composer/autoload_static.php';，覆盖默认加载逻辑。
验证模型能否被正确实例化
方法一：在控制器中写$user = new ppmodelUser(); dump($user);，不经过Db或M()，排除数据库干扰；
方法二：用Db::name('user')->find(1)替代User::find(1)，确认是模型加载问题而非表结构或连接问题；
方法三：临时关闭严格字段检查，在config/database.php中添加'fields_strict' => false，避免因字段名不一致导致构造失败被误判为类不存在。
