TP5.0 不支持 Model::find() 等静态调用，必须改用 User::get()、User::all() 或 Db::name('user')->find()；M() 函数已移除，模板中禁止查询逻辑，模型类须严格遵循命名与路径约定。
直接结论：TP3.2.3 升级到 TP5.0 后，Model::method() 这类静态调用会报错，不是语法问题，而是底层类加载和对象生命周期机制彻底重写——TP5.0 不再支持“静态方法即模型操作”，必须改为实例化或使用 Db 类。
为什么 Model::find() 在 TP5.0 里直接报错
TP3.2 的 Model 类是单例+静态代理混合体，::find() 实际走的是魔术方法 __callStatic 转发给实例；TP5.0 的 think\Model 移除了该魔术方法，且默认不自动实例化，所以调用 Model::find() 会触发 Fatal error: Uncaught Error: Call to undefined method think\Model::find()。
- 即使你继承了
think\Model，子类也**不会自动获得静态代理能力** -
Db::name('user')->find()是 TP5.0 官方推荐的无模型轻量查询方式，不依赖任何模型类 - 若坚持用模型，必须先
$user = new User(); $user->find(1);或User::get(1)（注意：这是静态get()，不是find()）
User::find() 报错？改用 User::get() 或 User::all()
TP5.0 中模型类的静态方法只有 get()、all()、destroy() 等有限几个，find() 已被移除（它只存在于实例方法中）。常见错误写法与修复对照：
- ❌ 错误：
User::find(1)→ 报Call to undefined method User::find() - ✅ 正确：
User::get(1)（主键查询，返回单个模型实例） - ✅ 正确：
User::get(['id' => 1])（条件查询，也返回单个） - ✅ 正确：
User::all([1,2,3])或User::all(['status'=>1]) - ⚠️ 注意：
User::get()返回的是模型对象，Db::name('user')->find()返回的是数组，别混用->save()等方法
控制器里还在用 M('User')？必须替换成 Db 或模型类
M() 是 TP3.2 的快捷函数，TP5.0 已完全删除，找不到就会报 Call to undefined function M()。它没有兼容层，不能通过引入文件恢复。
- ✅ 轻量查询（无需模型逻辑）：用
Db::name('user')->where(...)->select() - ✅ 需要模型事件/验证/自动完成：定义
app\model\User类，然后new User()或User::get() - ❌ 不要尝试封装一个全局
M()函数来模拟旧行为——它绕过 TP5.0 的容器和连接池管理，易引发连接泄漏或事务异常 - ? 小技巧：如果项目中有大量
M('xxx')调用，可用正则批量替换为Db::name('xxx')，再逐个检查 where 条件是否含exp（需改用Db::raw()）
升级后模板里 {:M('user')->where(...)->select()} 全挂了？别在模板里写查询
TP3.2 允许在模板中直接调用 M()，TP5.0 的模板引擎（think-template）默认禁用所有函数调用，{:M('user')...} 会静默失败或报 Parse error。这不是配置能打开的，是安全限制。
- ✅ 正确做法：所有数据查取必须在控制器完成，
$this->assign('list', $list)后在模板用{$list} - ❌ 模板中禁止出现
{:Db::name()}、{:model()}、{:query()}等任何形式的数据获取逻辑 - ? 若真有动态需求（如侧栏分类），应封装成独立的 service 类，在控制器中调用后 assign，而不是放模板里
最常被忽略的一点：TP5.0 的模型类必须严格满足命名与路径约定——app\model\User 对应 app/model/User.php，文件名大小写敏感，类名首字母大写，命名空间不能少。哪怕只是多了一个空格或 BOM，User::get() 就会因自动加载失败而报 Class 'app\model\User' not found，而不是你想象中的“方法不存在”。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
