不需要自定义 Cast 处理日期，因为 Laravel 的 $casts 系统原生支持 'datetime' 等类型，自动调用 Carbon::parse() 并返回 Carbon 实例，仅当存储非标准格式（如时间戳、周日期、嵌套 JSON 日期）时才需自定义 Cast。
直接在 $casts 里写 'date_field' => 'datetime' 就够了，不需要自定义 Cast 来转 Carbon——Eloquent 已经自动做了。
为什么不需要写自定义 Cast 处理日期？
Laravel 的 $casts 系统对 'date'、'datetime'、'immutable_date' 等类型有原生支持，底层调用的就是 Carbon::parse()。只要字段是合法时间格式（如 '2026-05-09 14:30:00'），模型取出来就是可直接调方法的 Carbon 实例。
- 数据库字段类型为
DATETIME/TIMESTAMP，且未被设为TEXT或VARCHAR，基本不会出问题 -
$casts = ['published_at' => 'datetime']后，$post->published_at->addDays(7)可直接运行 - 手动写一个
CastsAttributes去包装Carbon::parse()，纯属重复造轮子，还可能绕过 Laravel 的时区自动适配逻辑
什么情况下才需要自定义 Cast？
只有当你的字段存的是非标准格式（比如 Unix 时间戳整数、ISO 8601 字符串但带毫秒、或自定义序列化格式），且无法靠 $casts 原生类型覆盖时，才值得动手。
- 字段存的是秒级时间戳（
1715246340），而你希望它变成Carbon实例：这时需自定义 Cast，在get()中调用Carbon::createFromTimestamp($value) - 字段存的是类似
"2026-W19-5T14:30:00+08:00"这种周日期格式，Carbon::parse()默认不识别，就得自己解析 - 字段是 JSON 字符串，里面嵌了一个日期字段，例如
{"starts_at": "2026-05-10"}，需先解码再转Carbon - 注意：
set()方法返回数组（如[$key => $carbon->timestamp]），不是单个值，否则会静默失败
常见错误：Carbon 方法报 Call to a member function format() on string
这不是 Cast 写得不对，而是字段根本没被识别为日期——最常踩的三个坑：
- 数据库列类型是
TEXT或VARCHAR，哪怕内容是'2026-05-09'，Laravel 也不会自动 cast - 模型里漏写了
$casts声明，或者键名拼错（比如写成'publish_at'但数据库字段是published_at） - 字段值从外部数组直接赋给模型（如
new Post($request->all())），而输入里传了非法字符串（"abc"），触发Carbon::parse("abc")抛InvalidFormatException，根本走不到验证层
修复优先级：先确认数据库类型 → 补全 $casts → 检查输入是否可控（表单提交前做验证，别等 Cast 崩溃）。
Carbon 实例修改要小心 copy()
所有 add*、sub*、set* 方法默认修改原对象（mutable）。如果在循环或多次使用中忘了 copy()，后续调用会基于已被改过的值。
- 错误写法：
$start->addMonths(1)->format('Y-m')，下次再用$start就不是原始值了 - 正确写法：
$start->copy()->addMonths(1)->format('Y-m') - 尤其注意 Blade 模板里别写
@php $model->created_at->addDays(1) @endphp—— 这会污染模型原始状态，影响后续 save() 或 JSON 输出
真正容易被忽略的点是：Carbon 的“自动转换”只发生在 Eloquent 生命周期内；一旦你把它转成字符串、时间戳、或放进普通数组，就脱离了 Carbon 上下文——之后再想加减或格式化，得重新 parse。
