在 symfony 表单或 api 请求验证中，`date` 约束默认要求字段存在；若需仅校验格式而不强制字段必填，必须将其包裹在 `optional` 约束中，否则即使未传 `birthdate` 也会触发“缺失字段”错误。
在 Symfony 的验证组件中，Date 约束（如 new Date()）本身不隐含可选性——它假定目标字段已存在，并仅负责校验其值是否符合日期格式（如 YYYY-MM-DD）。因此，当该字段在请求数据中完全缺失时，验证器会先尝试读取该键，发现不存在后直接抛出 MissingFieldException（或类似语义的验证失败），而根本不会执行 Date 的格式校验逻辑。
要实现「字段可选 + 格式校验」的组合行为，必须显式使用 Optional 约束作为外层包装器。Optional 的作用是：当字段不存在时，跳过其内部所有约束的执行；仅当字段存在且非空时，才继续验证其嵌套约束（如 Date）。
✅ 正确写法如下：
use Symfony\Component\Validator\Constraints as Assert;
$constraint = new Assert\Collection([
'fields' => [
'birthdate' => [
new Assert\Optional([
new Assert\Date(['message' => 'Please use YYYY-MM-DD format!']),
]),
],
],
'allowMissingFields' => false, // ← 注意：此处保持 false 是合理的，它控制的是 Collection 是否允许整个字段键缺失（由 Optional 处理），而非约束逻辑
'allowExtraFields' => true,
]);⚠️ 关键注意事项：
- allowMissingFields => false 在此场景下无需改为 true —— 它影响的是 Collection 对“未声明字段键”的整体宽容度，与单个字段的可选性无关；Optional 已精准接管了 birthdate 的存在性判断。
- 不要误用 NotBlank 或 NotNull：它们会重新引入“非空”要求，违背“仅校验格式”的初衷。
- 若后续还需支持 null 值（例如前端明确传 "birthdate": null），Optional 同样适用，因其默认也跳过 null 值的内部约束校验。
总结：Symfony 验证约束链中，“字段存在性”和“值有效性”是两个正交维度。Optional 是连接二者的关键桥梁——它让约束逻辑真正遵循“有则校验，无则忽略”的语义，是构建灵活、健壮 API 输入验证的必备实践。
