thinkphp模型事件本身不记录日志，仅提供钩子；需在控制器/中间件中显式传入operator_id等上下文，并在事件中精简过滤参数后写入结构化数据库表，避免直接log::write()。
ThinkPHP 的事件机制本身不负责写操作日志——它只是个触发通道，真正记录什么、怎么记、记到哪，全靠你写的监听逻辑。直接在 onAfterWrite 里调 Log::write() 是最常见错误：日志结构散、敏感字段没过滤、CLI 场景下 user_id 为空、SQL 日志混进操作日志里，查都查不动。
模型事件（before_write/after_write）怎么绑定才生效
v5.1 和 v6.0 绑定方式完全不同，写错就等于没写：
- v5.1：模型类里声明
protected $eventAfterWrite = 'afterWrite'，再定义同名方法public function afterWrite()；漏掉任一环节，事件不会触发 - v6.0：必须用
model->event('after_write', function($model) { ... })或在模型静态方法boot()中注册，不能靠属性声明 - 别在控制器里动态绑定——请求结束就销毁，下次请求不生效
- 批量操作（如
User::update(['status'=>1], ['id' => [1,2,3]])）只触发一次事件，不是每条数据一次
为什么不能在事件里直接 Log::write() 写操作日志
Log::write() 是为框架错误和调试设计的，不是审计日志工具：
- 它不带结构化字段：
user_id、action、ip全得你自己拼字符串，grep 时得正则硬匹配 - 敏感参数（
password、token）不会自动过滤，前端传啥你就记啥 - CLI 或队列任务中，
session()和request()->ip()都不可用，Log::write()会记一堆null或空字符串 - 单条日志超长（比如带完整 SQL + bind 参数），会导致 runtime/log 下文件暴涨，ELK 解析失败
模型事件里怎么安全拿到操作人和参数
模型层没有请求上下文，必须从外部“带进来”：
- 不要在事件回调里调
session('user_id')—— CLI 场景下报错，API 场景下可能为空 - 正确做法：在控制器或中间件中，把用户 ID 显式塞进模型实例，例如
$user->setAttr('operator_id', Auth::id())，事件里用$model->getAttr('operator_id')取 - 参数要精简：事件里用
$model->getData()拿当前写入数据，但得先剔除敏感键：array_diff_key($data, array_flip(['password', 'salt', 'api_token'])) - 操作类型靠状态判断：新记录看主键是否为空，更新看
$model->isUpdate()返回值，软删除查$model->delete_time字段是否存在
审计日志该写到哪、字段怎么设计
写数据库是唯一靠谱选择，但表结构错了比不写还糟：
- 必须拆字段：
admin_id（INT）、module（VARCHAR）、controller（VARCHAR）、action（VARCHAR）、method（ENUM）、ip（VARCHAR）、params（JSON 或 TEXT）、created_at（DATETIME） -
params字段别存整段 $_POST —— 只留关键业务字段，用json_encode(array_intersect_key($params, ['id','status','role_id'])) - 高危操作（如删除、权限变更）加
is_sensitiveTINYINT 索引字段，方便后续快速筛选 - 务必给
created_at加索引，否则一周后查询三天都出不来结果
模型事件不是日志开关，它是钩子；真正难的是怎么让钩子钩住有效上下文，又不被 CLI、队列、并发冲垮。很多项目卡在这一步，不是不会写事件，是没想清楚“谁在什么时候、以什么身份、改了什么数据”。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
