加了 @XmlTransient 仍被序列化，主因是注解位置错误（应加在 getter 而非字段）、未启用 FIELD 访问模式、父类 getter 未标注、误用 transient 关键字、或 JAXB 依赖缺失/未生效。
为什么加了 @XmlTransient 还是被序列化了
常见原因是字段和 getter 同时存在，而 @XmlTransient 只加在了字段上。JAXB 默认按属性（getter/setter）处理，字段注解不生效；必须加在 getter 方法上才起作用。
实操建议：
- 统一把
@XmlTransient加到 getter 方法（如getPassword()），而不是 private 字段 - 如果用字段访问模式（
@XmlAccessorType(XmlAccessType.FIELD)），那才轮到字段注解管用——但得确认整个类或包级配置真用了这个策略 - 检查是否被父类的 getter 覆盖：子类没重写 getter，但父类有且没加
@XmlTransient，照样会序列化
@XmlTransient 和 transient 关键字混用会怎样
两者完全无关：transient 是 Java 序列化（java.io.Serializable）的控制开关，对 JAXB 没任何影响；@XmlTransient 才是 JAXB 的“忽略”指令。
常见错误现象：
立即学习“Java免费学习笔记（深入）”；
- 只加
transient但没加@XmlTransient→ 字段仍出现在 XML 中 - 两个都加 → 没问题，但
transient在 JAXB 场景下纯属冗余 - 误以为加了
transient就安全了，结果 XML 里暴露了敏感字段（比如密码）
替代方案：用 @XmlElement(required = false) 能不能代替 @XmlTransient
不能。前者只是让字段在 XML 中可选（可以为 null 或不出现），但只要对象里它有值，JAXB 仍会把它写进 XML；后者是彻底排除，连空标签都不会生成。
使用场景差异：
- 需要“有条件输出”（比如某些状态才显示该字段）→ 用
@XmlElement+ 手动设 null - 字段永远不该进 XML（如数据库 ID、临时计算值、Spring 上下文引用）→ 必须用
@XmlTransient - 性能影响：不加
@XmlTransient的字段哪怕值为 null，JAXB 仍要反射读取、判断、生成空标签，多一次反射调用
Spring Boot 里 @XmlTransient 不生效的典型配置坑
Spring Boot 2.3+ 默认移除了 JAXB 依赖，如果没手动引入 javax.xml.bind:jaxb-api 和实现（如 org.glassfish.jaxb:jaxb-runtime），注解根本不会被扫描，更别说生效。
检查步骤：
- 确认 pom.xml 或 build.gradle 里有 JAXB 运行时依赖（不是只加 API）
- 检查 Controller 返回类型是否用了
@ResponseBody+produces = "application/xml"—— 如果用的是 Jackson（默认 JSON），@XmlTransient完全无效 - 避免混合使用：同一个类既被 Jackson 序列化又被 JAXB 处理，容易因注解冲突导致行为不一致
真正麻烦的点不在语法，而在上下文：JAXB 注解只在明确走 JAXB 流程时才起作用，其他序列化机制视而不见。别假设“加了就一定被忽略”。
