User::select() 返回空或报错主因是PSR-4自动加载失败，根源在于模型类名、文件路径、命名空间三者未严格一致：类名UserProfile对应app/model/UserProfile.php及命名空间app\model；表名由类名按规则转换（如UserLogin→user_login），前缀冲突或大小写错误均导致查不到数据。
模型类名和文件路径不匹配，User::select() 返回空数组或报“Class not found”，八成是命名没对上——不是代码写错了，是 PSR-4 自动加载根本没扫到那个文件。
模型类名和表名怎么自动对应
ThinkPHP 不靠注释、不靠配置，只靠命名规则做映射。比如数据库里有 tp_user_profile 表，模型类名必须是 UserProfile，不能是 Userprofile 或 Profile；文件得放在 app/model/UserProfile.php，命名空间是 app\model。
常见错误现象：
-
User::select()查不到数据，但直接用 Db 类查得出来 → 类名/文件名大小写错（如user.php而非User.php） - 报 “Table 'xxx' doesn't exist” → 类名没按规则转表名（
UserLogin→user_login，不是userlogin） - 多前缀混用（
tp_和cms_）还硬套自动匹配 → 必须显式设$table
文件路径和命名空间为什么总报 Class not found
PSR-4 要求命名空间路径和物理路径完全一致：app\model\User 对应 app/model/User.php，中间是正斜杠，不能是反斜杠，也不能写成 App\Model\User（首字母大写就断了）。
立即学习“PHP免费学习笔记（深入）”；
实操建议：
- 控制器里必须
use app\model\User;，否则User::select()会被 PHP 当作当前命名空间下的类 - 文件名必须和类名一字不差：类叫
User，文件就得叫User.php，不是user.php、UserModel.php或User.class.php - 命名空间漏写
model小写（如写成app\Model）或拼错（modle），都会导致加载失败
什么时候必须手动设 $table / $name / $pk
默认规则只适用于最理想情况：类名 User → 表名 user → 主键 id。现实里一碰就崩，得提前干预。
使用场景和参数差异：
- 表名带前缀且无法全局统一（比如遗留库用
cms_user，新模块用tp_user）→ 用protected $table = 'cms_user';，但注意它会绕过database.php里的前缀配置 - 主键不是
id，而是uid或member_id→ 加protected $pk = 'uid';，否则find(123)执行的是WHERE id = 123 - 类名和表名毫无关系（比如叫
Member却要操作user表）→ 用protected $name = 'user';，它只改表名，仍走前缀配置，比$table更安全 -
$table和$name同时存在时，$table优先，但会忽略数据库前缀，上线后容易静默失效
模型方法调用返回空该从哪查起
别急着改 SQL 或加日志，先确认三件事是否成立：
- 数据库连接通不通？在模型里加个
public function testConn() { return $this->query('SELECT 1'); }，直接调一下看有没有返回 - 模型类真被加载了吗？在控制器里写
var_dump(class_exists('app\model\User'));，false就说明自动加载挂了 - 是不是连数据都没插进去？
User::count()返回 0 不代表模型错，可能只是表空
最容易被忽略的是：表前缀在 database.php 里配了 'prefix' => 'tp_'，但模型里又写了 $table = 'user'，结果生成的 SQL 是 SELECT * FROM user，而不是 tp_user——这种错不会报语法异常，只会查空。
