在系统集成和Web服务开发中，XML仍然承担着大量结构化数据的传输职责。Java程序处理这些数据时，通常需要将XML节点和属性映射为对应的POJO类。如果XML结构复杂，手工编写类不仅耗费时间，而且一旦Schema变更就需要同步修改多处。自动化生成Java类代码因此成为提升开发效率的关键步骤。
本文从XML与Java对象绑定的基础机制出发，依次介绍使用JAXB的xjc从XSD生成类、在没有XSD时借助trang和xjc从XML样本生成类，以及XStream和Jackson XML等替代方案，最后给出选型建议。
一、XML与Java对象绑定的核心机制
XML数据本身只是一棵由元素、属性和文本节点构成的树，而Java对象则是一个包含字段和方法的类实例。所谓XML绑定（XML Binding），就是在这两者之间建立一套稳定的映射规则：元素名称对应类名或字段名，属性对应字段，重复的子元素对应集合类型，文本节点对应基本类型或字符串。绑定框架负责在解析XML时自动完成这些赋值，从而避免开发者手动调用getElementsByTagName再逐个setter赋值。
目前Java生态中实现这种绑定的方式主要有两类。一类是基于Schema驱动，即先有XSD文件，由工具生成带JAXB注解的Java类；另一类是基于样本驱动或反射驱动，典型如XStream和Jackson XML，它们更依赖运行时注解或字段命名策略。前者适合结构稳定、需要编译期类型检查的场景，后者适合结构灵活、快速接入的场景。
下面的代码展示了一个简单的XML片段以及对应的JAXB注解类。JAXB中的@XmlRootElement标记根节点，@XmlElement标记普通元素，@XmlAttribute标记属性。生成工具会根据XSD约束为每个复杂类型生成对应的类，并自动添加这些注解。
<person id="1001"> <name>张三</name> <age>30</age> </person>
import javax.xml.bind.annotation.XmlAttribute;
import javax.xml.bind.annotation.XmlElement;
import javax.xml.bind.annotation.XmlRootElement;
@XmlRootElement(name = "person")
public class Person {
private String name;
private int age;
private String id;
@XmlAttribute
public String getId() {
return id;
}
public void setId(String id) {
this.id = id;
}
@XmlElement(name = "name")
public String getName() {
return name;
}
public void setName(String name) {
this.name = name;
}
@XmlElement(name = "age")
public int getAge() {
return age;
}
public void setAge(int age) {
this.age = age;
}
}
二、使用JAXB的xjc从XSD生成Java类
JAXB（Java Architecture for XML Binding）是Java EE标准中的XML绑定规范，其附带的命令行工具xjc可以读取XSD文件并生成对应的Java类。在JDK 8及更早版本中，xjc命令随JDK自带；JDK 9之后由于模块化拆分，需要单独引入JAXB相关依赖或使用Maven插件来调用xjc。
以一个描述订单的XSD为例，它定义了订单元素及其包含的客户信息、商品列表等结构。假设该文件名为order.xsd，内容如下：
<xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema"
targetNamespace="http://www.ipipp.com/order"
xmlns:tns="http://www.ipipp.com/order"
elementFormDefault="qualified">
<xs:element name="order">
<xs:complexType>
<xs:sequence>
<xs:element name="customer" type="xs:string"/>
<xs:element name="items" type="tns:item" maxOccurs="unbounded"/>
</xs:sequence>
<xs:attribute name="orderId" type="xs:string" use="required"/>
</xs:complexType>
</xs:element>
<xs:complexType name="item">
<xs:sequence>
<xs:element name="product" type="xs:string"/>
<xs:element name="quantity" type="xs:int"/>
<xs:element name="price" type="xs:decimal"/>
</xs:sequence>
</xs:complexType>
</xs:schema>
在命令行中执行如下命令，即可将order.xsd中的复杂类型生成到com.example.model包下，输出目录为src/main/java：
C:\project> xjc -d src/main/java -p com.example.model order.xsd
执行后，xjc会生成Order.java和Item.java两个类。Order类中会自动包含customer、items字段以及orderId属性，并附带完整的JAXB注解。生成结果中的items字段类型通常是List<Item>，默认使用ArrayList实现。如果XSD中使用了继承、枚举或复杂类型，xjc也会生成对应的父类或枚举类。
在Maven项目中，通常不会直接调用xjc命令，而是使用jaxb2-maven-plugin或cxf-xjc-plugin在构建阶段生成代码。下面是一段使用org.codehaus.mojo的jaxb2-maven-plugin插件配置：
<plugin>
<groupId>org.codehaus.mojo</groupId>
<artifactId>jaxb2-maven-plugin</artifactId>
<version>2.5.0</version>
<executions>
<execution>
<goals>
<goal>xjc</goal>
</goals>
</execution>
</executions>
<configuration>
<sources>
<source>src/main/resources/schema</source>
</sources>
<packageName>com.example.model</packageName>
</configuration>
</plugin>
该插件会在Maven的generate-sources阶段扫描src/main/resources/schema目录下的所有XSD文件，并把生成的Java类输出到target/generated-sources下。如果希望生成更完整的equals和hashCode方法，可以使用org.jvnet.jaxb2.maven2的maven-jaxb2-plugin，它支持更丰富的定制选项。
三、没有XSD时从XML样本生成Java类
实际项目中并非总能拿到完整的XSD文件，有时只有一份接口文档或者一个XML响应样例。此时可以先将XML样本转换为XSD，再利用xjc生成Java类。常用的转换工具是trang，它体积小、使用简单，可以从XML实例推断出Schema结构。
假设已有一个名为sample.xml的响应样本，执行以下命令即可得到sample.xsd：
java -jar trang.jar sample.xml sample.xsd
生成XSD后，再运行前面介绍的xjc命令。如果不想安装JDK自带的xjc，也可以继续使用Maven插件完成后续步骤。整个链路为XML样本 -> XSD -> Java类，对于字段多、嵌套深的报文尤其有效。
需要注意的是，从XML样本推断出的XSD可能并不完整。例如，如果样本中某个可选元素恰好没有出现，生成的XSD就不会包含该元素；如果数字类型的值都是整数，trang可能推断为xs:int，而实际可能需要xs:decimal。因此，生成的Java类还需要开发者根据真实业务进行核对和调整。即便如此，它仍然可以把大量重复的字段定义工作自动化，显著降低手写出错概率。
除了trang外，一些IDE也提供了类似功能。例如IntelliJ IDEA可以在XML文件上右键选择Generate XSD from XML File，再结合JAXB生成类。Eclipse也有相应的插件支持。使用IDE的好处是可视化选择命名空间和类型推断规则，但批量处理时命令行工具更稳定。
四、XStream与Jackson XML的替代方案
JAXB基于XSD生成类的方式适合结构稳定的场景，但对于一些快速迭代的接口，每次都同步XSD和类代码可能显得繁琐。XStream是一个轻量级的XML序列化库，它不需要编译时生成类，而是通过运行时别名和字段映射将XML与已有Java类对接。使用XStream时，需要手动定义POJO，然后通过注解或别名配置来匹配XML元素。
import com.thoughtworks.xstream.XStream;
import com.thoughtworks.xstream.io.xml.DomDriver;
public class XStreamDemo {
public static void main(String[] args) {
XStream xstream = new XStream(new DomDriver());
xstream.alias("person", Person.class);
xstream.aliasField("name", Person.class, "name");
String xml = "<person><name>张三</name><age>30</age></person>";
Person person = (Person) xstream.fromXML(xml);
System.out.println(person.getName());
}
}
Jackson XML则是在Jackson JSON库基础上扩展了XML支持，通过XmlMapper类实现XML与Java对象的转换。它同样依赖注解或命名策略，不提供从XSD生成类的功能。对于已经在使用Jackson处理JSON的Spring Boot项目，引入jackson-dataformat-xml可以低成本地支持XML接口。
import com.fasterxml.jackson.dataformat.xml.XmlMapper;
public class JacksonXmlDemo {
public static void main(String[] args) throws Exception {
XmlMapper xmlMapper = new XmlMapper();
String xml = "<Person><name>李四</name><age>25</age></Person>";
Person person = xmlMapper.readValue(xml, Person.class);
System.out.println(person.getName());
}
}
五、选型建议与注意事项
从XML生成Java类代码并没有唯一的最佳方案，需要根据项目条件选择。如果已经拥有规范的XSD文件，并且需要强类型校验，JAXB的xjc是首选，它与JAX-WS等Java EE技术栈天然集成；如果只有XML样本，可以先使用trang生成XSD再走JAXB流程；如果项目使用Spring Boot且以JSON为主、偶尔处理XML，Jackson XML更轻量；如果XML结构不固定或字段经常变化，XStream的灵活别名机制可能更合适。
还需要留意JDK版本带来的环境差异。JDK 9之后javax.xml.bind包不再默认存在，需要引入jakarta.xml.bind-api、jaxb-runtime等依赖，或者使用Maven插件在构建期生成类以避免运行时依赖。另外，xjc生成类的目的是传输数据，通常不要在这些类中添加业务逻辑，保持其纯粹的数据载体角色，业务代码应放在其他服务类中。
最后，自动生成的类代码也需要纳入版本控制，并在XSD变更后重新生成。建议在构建脚本中通过插件自动执行生成步骤，并配合代码格式化和静态检查，确保每次生成的代码都符合团队规范。