withdefault 在 api 请求验证中根本不会生效，因为它只是 eloquent 模型的字段默认值机制，仅在模型实例化、fill() 或 create() 时起作用，与 formrequest 或 validate() 等请求验证完全无关；它不是验证规则，laravel 会直接忽略 rules() 中的 withdefault。
为什么 withDefault 在 API 请求验证里根本不会生效
因为 withDefault 是 Eloquent 模型的字段默认值机制，只在模型实例化、fill() 或 create() 时起作用，和请求验证（FormRequest 或 validate()）完全无关。你往 rules() 里写 withDefault，Laravel 直接忽略——它压根不是验证规则，也不是 Laravel 8+ 的内置验证关键字。
API 请求体缺字段时，该用什么填默认值
真正可控、可预测的方式只有两种：在验证后手动合并默认值，或用 array_merge 预处理请求数据。别指望验证器自动“补全”字段。
- 用
request()->all()+array_merge(['field' => 'default'], ...)最直接，适合简单场景 - 在
FormRequest的prepareForValidation()里做预填充，逻辑集中、复用性好 - 避免在
rules()里写'field' => 'required|default:xxx'——default不是 Laravel 验证规则，会报Undefined validation rule
示例（prepareForValidation）：
protected function prepareForValidation()
{
$this->merge([
'status' => $this->status ?? 'draft',
'priority' => $this->priority ?? 0,
]);
}
withDefault 真正该用在哪
只在 Eloquent 模型定义字段级默认行为时有用，比如数据库没设 DEFAULT，又想让 $user->profile_url 没赋值时自动返回 '/avatar.png'。
- 必须配合
casts或访问器（get{Attribute}Attribute），否则只是个无意义的属性 - 它不改变原始请求数据，也不影响验证流程，和 API 入参无关
- 常见误用：给
fillable字段配withDefault，以为能“兜底”，结果创建模型时字段仍是null（除非显式调用fill()或create()并触发 cast）
验证层默认值的边界在哪
验证器只负责“检查输入是否合规”，不负责“修正输入”。哪怕你用 nullable + filled 组合，也只决定字段要不要校验，不决定它该是什么值。
- 如果字段可选但业务上必须有值，就别标
nullable，改用required_with:xxx或预填充 - 前端传
{}和传{"name": null}在 Laravel 中都算“字段存在”，但值不同，??和??=行为不一样 - 别依赖中间件或全局请求修改来填默认值——容易漏掉 CLI 命令、队列任务等非 HTTP 场景
最稳的做法：在进入业务逻辑前，明确知道每个字段的最终值从哪来，而不是假设某处会“自动补上”。
大量免费API接口：立即使用
涵盖生活服务API、金融科技API、企业工商API、等相关的API接口服务。免费API接口可安全、合规地连接上下游，为数据API应用能力赋能！
