ThinkPHP 的 $_auto 在 TP5+ 被废弃，因其耦合数据写入、验证与业务逻辑，导致可维护性差、调试困难、安全性弱，且难以适配 API、JSON 入参等现代开发场景。
ThinkPHP 的 $_auto（自动填充）在 TP5+ 被废弃，根本原因不是“功能不好”，而是设计逻辑与框架演进方向冲突：它耦合了数据写入、验证、业务逻辑和模型层职责，导致可维护性差、调试困难、安全性弱，且难以适配现代开发需求（如 API 场景、JSON 入参、批量操作、领域驱动等）。
一、$_auto 的机制本质是“隐式拦截”，容易失控
$_auto 在 create() 方法中触发，依赖对传入数据的“扫描—匹配—执行”流程。但它的运行时机、条件判断（如 self::MODEL_INSERT）、规则优先级都藏在底层，开发者很难直观掌控。
常见失控表现：
- 表单带主键字段 → 系统误判为更新 →
MODEL_INSERT规则不执行 - 直接用
$model->data($array)->save()→ 完全跳过create()→$_auto彻底失效 - 字段名大小写或下划线不一致 → 规则静默忽略，无报错提示
这种“不报错却没效果”的行为，让新手反复踩坑，老手也难定位。
二、TP5+ 引入更清晰的分层控制模型
框架转向“显式优于隐式”，把填充逻辑拆解到不同层级，各司其职：
-
数据写入时机控制 → 用
$insert/$update数组
明确声明哪些字段仅在新增/更新时自动写入，不依赖类型判断，也不受表单字段干扰。 -
字段级转换逻辑 → 用
setXxxAttr()修改器
比如setPasswordAttr()，只要给$user->password = '123'赋值就触发，加密逻辑与表单来源、调用方式完全解耦。 -
业务钩子扩展 → 用
before_write事件
可读性强、调试方便，支持复杂判断（如状态变更时才写disable_time），还能操作原始数据和变更前快照（$this->origin）。
这些方式全部基于 PHP 原生语法和面向对象设计，无需记忆特殊数组结构，IDE 可识别、单元测试可覆盖。
立即学习“PHP免费学习笔记（深入）”；
wechat-article-extraction-mp-weixin-qq-com news-webpage-cleaning blog-post-parsing metadata-extraction-title-author-date multiple-output-formats-markdown-json-plain-text batch-processing-support
下载
基于三引擎设计，从微信文章、新闻和博客网页提取干净内容，支持标题作者日期元数据，多格式和批量处理。
三、安全与兼容性压力倒逼重构
$_auto 支持 callback 和 function 类型规则，但：
-
callback容易引发未定义方法调用（如getName不存在时静默失败） -
function如time或md5无法传参、不可复用、难 mock - 在 JSON 接口、CLI 命令、队列任务等非表单场景下，
$_auto几乎无法可靠工作
TP6 彻底移除 $_auto，正是为了堵住这类“看似方便、实则脆弱”的设计缺口，强制开发者写出可追踪、可测试、可审计的数据处理逻辑。
四、替代方案已足够简洁，迁移成本可控
比如原来 TP3/TP5.0 的写法：
protected $_auto = [
['create_time', 'time', self::MODEL_INSERT, 'function'],
['status', 1, self::MODEL_INSERT],
['password', 'md5', self::MODEL_BOTH, 'function'],
];TP6 中只需三行清晰代码：
protected $insert = ['create_time', 'status'];
protected $type = ['create_time' => 'datetime'];
public function setPasswordAttr($value) { return md5($value); }没有魔法，不靠约定，所有行为都可见、可断点、可替换。
