ThinkPHP模型必须用toJson()而非json_encode()序列化，否则丢失行为、关联和类型处理；反序列化应使用Model::instance()而非new或create()，以保留exists状态和快照。
ThinkPHP 模型不能直接用 serialize() 或 json_encode() 做“通用序列化”，否则会丢失模型行为、关联状态、类型转换逻辑，甚至引发重复插入或字段类型错乱。
模型转 JSON 必须走 toJson()，别直接 json_encode($model)
直接 json_encode($model) 会绕过 ThinkPHP 所有字段处理逻辑：隐藏字段不生效、getAttr 不触发、$json 声明被忽略、日期变时间戳、金额浮点失真。它只是把对象属性当普通 PHP 对象 dump 出来，不是真正的模型序列化。
-
$model->toJson()内部调用toArray()，再做类型归一化（如DateTime→ 字符串、Collection→ 数组） - 若需过滤字段，先链式调用：
$model->visible(['id', 'name'])->toJson() - 关联数据默认不包含，必须显式
with(['user'])后再toJson() - 调试时用
var_dump($model->toArray())比dd($model)更贴近真实输出
从 JSON 反序列化回模型，用 Model::instance() 而非 new 或 create()
json_decode($json, true) 得到的是数组，new User($data) 或 User::create($data) 都无法还原模型的“已存在”状态——主键不会标记为 exists = true，origin 快照为空，save() 会当成新增执行，导致重复插入。
- 还原已有记录：用
User::instance($data)，它设exists = true、填充pk、保留原始快照，但不触发事件/校验/关联初始化 - 仅用于新增场景：可用
User::create($data)，但注意isUpdate默认为false - 别用
unserialize()还原模型，TP 模型未实现__serialize()，且私有属性、资源句柄等无法安全恢复
JSON 字段（如 extra）要自动编解码，必须声明 $json 和 $jsonType
即使数据库字段类型是 json，ThinkPHP 也不会自动处理——它只当字符串读进来。不声明 $json，$model->extra 就是字符串，不是数组；写入时手动 json_encode() 还会导致双重编码。
立即学习“PHP免费学习笔记（深入）”；
- 在模型中声明：
protected $json = ['extra']; protected $jsonType = ['extra' => 'array']; - 赋值时直接传数组：
$model->extra = ['theme' => 'dark']; $model->save();，TP 自动json_encode - 避免：
$model->extra = json_encode([...]);—— 这会让 TP 再 encode 一次 - TP8 默认对查询出的 json 字段自动 decode，但
getData('extra')仍可能返回原始字符串，取决于驱动是否注入 typecast
缓存里存模型，必须用 serialize()，别存 JSON 字符串
如果缓存里存的是 toJson() 结果，取出来是纯数组，再 create() 就只剩数据，没有模型方法、事件、关联能力。想后续还能调用 $user->relation('profile')->save()，就得保持对象结构。
- 存缓存：
Cache::set('user_123', serialize($user)); - 取缓存：
$user = unserialize(Cache::get('user_123'));，前提是类定义已加载 - Redis 驱动比 File 更稳，File 缓存无原子过期，大对象高频读写易 IO 竞态
- 跨语言或前端共享场景才考虑 JSON；PHP 内部流转，
serialize()是唯一能保行为的方式
最常被忽略的一点：instance() 不处理嵌套关联，$data['profile'] 是数组时，得手动 $user->setRelation('profile', Profile::instance($data['profile']))，否则下层仍是数组，调用 $user->profile->name 就报错。
