xmlaccesstype.field 和 xmlaccesstype.property 决定jaxb访问java成员的方式：field直接读写私有字段，绕过getter/setter；property仅通过getter/setter访问，要求方法签名规范。默认为property，选错会导致字段忽略、空值或序列化失败。
XmlAccessType.FIELD 和 XmlAccessType.PROPERTY 到底影响谁的访问
它不控制 XML 的结构，只决定 JAXB 用哪个 Java 成员来读写字段值：是直接操作 private 字段，还是走 getter/setter 方法。选错会导致字段被忽略、空值、甚至序列化失败。
常见错误现象：XmlAccessorType(XmlAccessType.FIELD) 下，明明字段有值，生成的 XML 却为空；或者用了 PROPERTY，但某个 getter 返回了计算值（比如拼接字符串），结果 XML 里出现意料之外的内容。
-
FIELD模式：JAXB 直接反射读写字段，绕过所有 getter/setter —— 即使你写了getFoo()，它也完全不用 -
PROPERTY模式：JAXB 只调用 getter/setter，字段本身是否public、是否初始化，都不重要；但要求方法签名规范（如getFoo()返回String，setFoo(String)接收同类型） - 如果类上没加
@XmlAccessorType，默认是PROPERTY（注意：不是FIELD！很多开发者误以为“没配就是直读字段”）
什么时候必须用 FIELD，什么时候必须用 PROPERTY
用 FIELD 的典型场景：字段有业务逻辑封装，不想让 JAXB 触发副作用。比如一个 private List<item> items = new ArrayList()</item>，但你写了 addItem(Item) 控制添加流程，这时用 PROPERTY 就得暴露 getItems()，可能破坏封装。
用 PROPERTY 的典型场景：需要定制序列化行为。比如字段是 LocalDateTime，你想在 getCreatedAt() 里转成 ISO 格式字符串再返回；或者某个字段不应出现在 XML 中，但你又不能加 @XmlTransient（比如继承自第三方类），那就干脆不提供 getter。
立即学习“Java免费学习笔记（深入）”；
- 若字段是
final或构造时初始化（如private final String id = UUID.randomUUID().toString();），只能用FIELD，因为PROPERTY模式下 setter 缺失或不可写会报PropertyException - 若字段名和 getter 名不匹配（如字段叫
userName，getter 是getUsername()），JAXB 在PROPERTY模式下会按方法名推导 XML 元素名（变成<username></username>），而不是字段名；而FIELD模式下默认用字段名（<username></username>），除非你加@XmlElement(name = "username") - 使用 Lombok 的
@Data时，默认生成 getter/setter，但字段仍是private；此时若没显式设@XmlAccessorType(XmlAccessType.FIELD)，JAXB 会走 getter/setter —— 可能触发 Lombok 生成的逻辑（比如非空校验），导致反序列化失败
混合模式：Field + Property 同时存在怎么办
JAXB 允许在类级别设一种默认访问模式，在字段或方法上用 @XmlElement 等注解单独覆盖。但要注意：它不会“智能合并”，而是严格按注解位置决定访问路径。
常见错误现象：类上是 FIELD，但给某个字段加了 @XmlElement，结果该字段仍走字段访问；只有加在 getter 上，才强制走 property 路径。反过来也一样。
- 在字段上加
@XmlElement→ 仅对该字段生效，且仍走FIELD访问（即使类是PROPERTY） - 在 getter 上加
@XmlElement→ 仅对该属性生效，且强制走PROPERTY访问（即使类是FIELD） - 字段和对应 getter 都加了
@XmlElement？JAXB 会报IllegalAnnotationException：“Class has two properties of the same name” - 想让某些字段直读、某些走 getter？最稳做法是统一用
FIELD，对需要定制的字段，用@XmlJavaTypeAdapter处理序列化逻辑，而不是混用访问模式
兼容性与性能差异其实很小，别为它改架构
Field 模式理论上略快（少一次方法调用），但实际差几个纳秒，现代 JVM 几乎优化掉；Property 模式更符合 JavaBean 规范，Spring、Jackson 等框架也习惯这套，迁移成本低。
真正容易被忽略的是：JAXB 的访问模式和 @XmlTransient 的作用域绑定。比如你在 FIELD 模式下给 getter 加 @XmlTransient，它完全无效——因为 JAXB 根本不调这个 getter。
- 判断依据很简单：看你的字段有没有配套的、语义正确的 getter/setter；如果有，且你不介意它们被调用，就用
PROPERTY - 如果你的类本质是数据容器（DTO/Entity），字段全
private、无逻辑、靠构造器或 builder 初始化，FIELD更干净 - 别为了“看起来更面向对象”强行上
PROPERTY，结果每个 getter 都 return this.xxx；也别为了“省事”全用FIELD，然后发现LocalDateTime序列化成 timestamp 而不是字符串，还得回头加 adapter
