加了 @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 的“忽略”指令。

常见错误现象：

• 只加 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 流程时才起作用，其他序列化机制视而不见。别假设“加了就一定被忽略”。

Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南