Symfony 6.2+需手动启用serializer组件，配置framework.yaml中framework: serializer: true；否则注入SerializerInterface会抛ServiceNotFoundException。
直接装 symfony/serializer 就够了，但不配 DateTimeNormalizer 或不启用框架配置，90% 的“序列化失败”其实和 Serializer 本身无关。
composer require symfony/serializer 能不能直接用？
能，但有前提：你得确认项目里没锁死老版本的 symfony/property-info 或 symfony/property-access。Composer 不会自动升级它们——如果项目里固定了 "symfony/property-info": "5.4.*"，而当前 symfony/serializer v6.x 要求 v7+，就会卡在依赖冲突上。
别急着加 --with-all-dependencies，它可能把 symfony/http-kernel 也一并升到不兼容版。更稳妥的做法是：
- 运行
composer why-not symfony/property-info:^7.0查谁在拦路 - 检查
composer.json里有没有手动写死低版本约束 - 确认无风险后，只升级冲突项：
composer require symfony/property-info:^7.0
反序列化报 NotNormalizableValueException 怎么快速定位？
这不是配置问题，是数据结构和类定义对不上。典型表现：API 返回 {"user_name": "Alice"}，但 DTO 写的是 public string $username;，又没配 #[SerializedName("user_name")]。
关键点：
-
ObjectNormalizer依赖PropertyInfoExtractor读属性，PHP 8.2+ 的只读属性或私有属性必须显式标注#[SerializedName]才能被识别 - 别先
json_decode($json, true)再传给deserialize()——这绕过类型推导，错误信息反而变模糊 - 临时在自定义
NormalizerInterface实现里加var_dump($context['deserialization_path'] ?? null)，能直接看到出错字段路径（比如user.profile.avatar.url）
日期字段反序列化后变成字符串或时间戳？
因为 DateTimeNormalizer 默认没启用。Serializer 不会自动处理 \DateTimeInterface，而是 fallback 到 JsonEncoder 的原生行为，结果取决于 PHP 版本和时区设置。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
正确做法是在构建 Serializer 实例时显式注入：
$normalizers = [
new DateTimeNormalizer(['datetime_format' => 'Y-m-d\TH:i:sP']),
new ObjectNormalizer(),
];
$serializer = new Serializer($normalizers, [new JsonEncoder()]);
注意：DateTimeNormalizer 必须放在 ObjectNormalizer 前面，否则会被跳过。
Symfony 6.2+ 序列化器服务注入失败？
不是没装包，是组件没启用。Symfony 6.2+ 默认不启用 serializer，即使装了 symfony/framework-bundle 也不代表它可用。注入 SerializerInterface 会直接抛 ServiceNotFoundException。
检查 config/packages/framework.yaml 是否有：
framework:
serializer: true
没有就加上；API Platform 会自动启用，但别默认假设它在那儿。如果已启用仍失败，优先排查是否被旧版 FOSRestBundle 覆盖了服务定义。
最常被忽略的其实是上下文参数拼写——groups 写成 group，或者值漏引号（如 'groups' => user:read），都会导致组配置静默失效，连 debug 都看不出异常。
