m()在thinkphp 5.1+中被彻底移除，因其绕过模型层导致自动时间戳、关联、验证等功能失效；替代方案为：有模型类则用user::find()，无类则用db::name('user')，或建最小模型类。
M() 在 ThinkPHP 5.1+ 中已完全移除，不是“改个写法就能用”，而是设计上拒绝这种弱类型、无模型约束的调用方式。直接写 M('User') 会报 Fatal error: Uncaught Error: Call to undefined function M()。
为什么 M() 被干掉而不是升级？
它绕过了模型层的所有能力：自动时间戳、关联定义、修改器、事件、验证、软删除全失效；数据库操作和业务逻辑强耦合，单元测试无法 mock，IDE 无法跳转，字段名拼错也只在运行时报错。
- TP5.0 的
M()是基于think\Model的动态实例化，但不加载任何模型类文件，纯靠字符串反射 - TP5.1 开始强制走模型类定义，所有数据操作必须有明确的类边界
- TP6 进一步收紧，连
Db::name('user')都不再推荐用于业务逻辑，只保留给极简查询或迁移脚本
TP5.1/TP6 中替代 M() 的三种合法路径
不能凭空造模型，得先有类；也不能跳过类去操作表——这是框架对可维护性的底线要求。
- 有对应模型类（如
app\model\User.php）→ 直接用User::class：User::find(1)、User::where('status', 1)->select() - 没有模型类但必须快速查表 → 用
Db::name('user')，但仅限于简单读写：Db::name('user')->where('id', 1)->find()，注意：不触发模型事件、无自动时间戳、无修改器 - 临时需要模型能力但又不想建完整类 → 建一个最小模型（哪怕只有一行）：
namespace app\model;<br>use think\Model;<br>class TempUser extends Model<br>{<br> protected $name = 'user';<br>}然后调用TempUser::find(1)
常见错误：以为 Db::table() = M()，结果踩进坑里
Db::table('user') 和旧版 M('User') 表面相似，但行为差异极大，尤其在关联、事件、时间戳等场景下静默失效。
-
Db::table('user')->insert(['name' => 'A'])→ 不触发createTime自动写入（模型层没参与） -
Db::table('user')->where('id', 1)->update(['name' => 'B'])→ 不触发before_update事件 -
Db::table('user')->alias('u')->join('profile p', 'u.id=p.user_id')->select()→ 无法复用模型里定义的profile()关联方法 - 跨库操作时，
Db::table('db2.user')在 TP6 中不被支持，必须用连接配置 +Db::connect('db2')->name('user')
迁移老项目时最易忽略的一点
很多 TP5.0 项目把 M('User') 当成“万能入口”，在控制器、命令行、中间件里到处调用。升级后，这些地方必须统一补上命名空间引入，比如：use app\model\User; —— 没这行，User::find() 就是 Class 'User' not found，而不是“换个函数名就行”。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
