XML之所以被称为自描述的语言，核心在于它的标签本身携带了数据的含义，而不只是数据的容器。当我们看到一段XML文本时，不需要额外的数据字典就能大致明白每段内容代表什么。这种特性让XML在异构系统之间传递数据时，比纯文本或二进制格式更容易被理解和解析。
什么是自描述性
自描述性指的是数据结构自身包含了描述数据所需的元信息。在XML中，这些元信息就是用户自定义的标签名以及标签之间的嵌套关系。例如，下面这段XML清晰地表达了一个学生的基本信息：
<student> <name>张三</name> <age>20</age> <major>计算机科学</major> </student>
从这段代码可以看出，<name>、<age>、<major>这些标签直接说明了后面文本的意义。如果换成无结构的记录“张三,20,计算机科学”，接收方必须事先知道列顺序才能解释。XML把顺序和含义都写在了文档里，因此具备自描述能力。
需要注意的是，XML的标签名虽然是用户自由定义的，但一旦在文档中约定好，它就成为了数据的说明。解析程序可以依据标签名提取字段，人和机器都不必依赖外部说明文件。这种松散耦合正是自描述带来的实际好处。
语义化标签如何体现
语义化是指标签名称能够反映业务含义，而不是技术实现。XML并不像HTML那样有预定义标签，它的标签完全由开发者根据领域模型来设计。比如描述一本书，我们可以写成：
<book> <title>编程通解</title> <author>李四</author> <price currency="CNY">59.00</price> </book>
这里的<title>、<author>、<price>都是语义明确的词，阅读者一眼就能理解。currency属性进一步用代码说明了价格币种，这也是自描述的一部分。语义化标签让文档在跨团队协作时减少沟通成本，因为结构即文档。
与之相对，如果使用无意义标签如<a><b><c>，虽然语法合法，但丧失了自描述优势。因此实践中我们强调用领域术语命名标签，避免缩写歧义。良好的语义化设计是发挥XML自描述特性的前提。
自描述带来的优势与代价
自描述让XML非常适用于配置文件、Web服务报文、办公文档格式等场景。以Spring框架的早期配置文件为例，bean的定义通过标签名和属性表达依赖，开发者无需查阅手册即可修改：
<bean id="userService" class="com.demo.UserService"> <property name="dao" ref="userDao"/> </bean>
上述配置中，<bean>表示组件，property说明属性注入，语义直观。如果改为JSON，虽然更简洁，但某些老旧系统或强规范接口仍偏好XML的可读性与 schema 校验能力。XML还可配合XSD定义标签规则，使自描述兼具约束力。
不过自描述也有代价。标签重复书写导致文件体积大，网络传输和解析开销高。在移动端或高频接口中，往往选用更紧凑的JSON。此外，过度嵌套会削弱可读性。所以是否使用XML，要看场景对自描述和标准化的需求强度，而非盲目跟风。
与HTML标签的对比
HTML中的<table>、<form>等标签也有语义，但它们是固定规范，且主要服务于浏览器渲染。XML标签则是纯数据描述，无预设样式。比如同样的“用户”概念，HTML可能写成表单控件，XML则专注数据本身。
理解这一点有助于我们正确运用XML。当你需要让数据自己说话，而又不希望绑定表现层时，XML的自描述与语义化标签就是合适选择。它用最简单的文本规则，解决了机器与人之间关于“这是什么”的沟通问题。