XML（可扩展标记语言）从设计之初就不是为了取代HTML，而是用一种通用的文本结构来描述数据。它把内容和对内容的说明写在一起，任何支持文本处理的程序都能解析。理解XML的用途，关键要看它解决的是什么问题：让不同系统、不同语言之间能用同一种方式交换信息。
一、作为跨平台的数据交换格式
在分布式系统里，服务可能用Java写，也可能用C#或Python写。它们内部的数据结构不同，但直接传对象基本不可能。XML用纯文本加标签的方式，把订单、报文、消息体写成统一结构，接收方按规则解析即可。这种做法不依赖任何编程语言特性，因此非常适合异构系统对接。
比如一个银行向另一个机构发送转账指令，可以用如下XML描述：
<transfer> <from>6222021234567890</from> <to>6222020987654321</to> <amount>500.00</amount> <currency>CNY</currency> </transfer>
上面的代码里，每个字段都用标签包裹，人和程序都能读懂。相比直接传分隔符文本，XML不容易因顺序错乱导致误解；相比二进制协议，它排查问题更直观。缺点就是冗余字符多、体积大，所以在移动端高频接口中常被JSON替代。
二、用作软件的配置文件
很多框架和工具选择XML做配置，是因为它支持嵌套结构、属性以及严格的语法校验。以早期Spring为例，Bean的定义、依赖关系都写在XML里，改配置不需要重新编译代码。这种把“做什么”和“怎么做”分离的思路，让运维和开发可以分工。
一个最简单的Spring Bean配置如下：
<bean id="userService" class="com.demo.UserService"> <property name="dao" ref="userDao"/> </bean> <bean id="userDao" class="com.demo.UserDao"/>
这里用<bean>标签声明组件，用property表达依赖。框架启动时读取该文件，通过反射把对象组装好。优点是结构清晰、工具链成熟；缺点是文件一大就难维护，因此后来注解配置才流行起来。但在一些企业级中间件里，XML配置依然是主流。
三、描述界面与文档结构
安卓的布局文件就是典型例子。每个按钮、文本框都写成XML节点，系统渲染时解析成View树。这样做的好处是界面和逻辑代码分开，设计师和开发者可以并行工作。类似地，Office文档的底层、SVG矢量图也都是XML变体。
一个安卓线性布局片段如下：
<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
android:layout_width="match_parent"
android:layout_height="wrap_content"
android:orientation="vertical">
<TextView
android:layout_width="wrap_content"
android:layout_height="wrap_content"
android:text="用户名"/>
<EditText
android:layout_width="match_parent"
android:layout_height="wrap_content"/>
</LinearLayout>
这段代码用标签表达界面层级，属性控制宽高与方向。由于XML支持命名空间，安卓能区分系统属性和自定义属性，避免冲突。这种声明式写法降低了界面出错概率，也方便用工具可视化编辑。
四、作为规则与元数据的载体
当业务规则频繁变动时，把规则写进XML比改代码安全。比如报表系统用XML定义字段来源、计算公式；工作流引擎用XML描述节点跳转。配合XSD schema，还能在解析前校验文件是否合法，减少运行时异常。
下面是一段简单的校验规则示例：
<rule name="ageCheck"> <field>age</field> <min>18</min> <max>60</max> </rule>
程序读取后动态判断是否通过。这样业务人员改阈值只需编辑文本，不必懂编程。当然，如果规则太复杂，XML会显得笨重，此时可考虑专用规则引擎。但中小场景下，它依然简单实用。
五、XML与JSON该如何选
很多新手会问：既然JSON更轻，为什么还要学XML。答案取决于场景。JSON适合浏览器与接口间快速传数据；XML适合需要命名空间、签名、严格契约的政务或金融报文。二者不是替代关系，而是互补。
| 对比维度 | XML | JSON |
|---|---|---|
| 可读性 | 标签冗余但结构显式 | 简洁但深层嵌套易乱 |
| 校验能力 | 支持XSD/DTD强校验 | 依赖额外Schema工具 |
| 体积 | 较大 | 较小 |
实际项目中，对外老系统对接常被迫用XML，内部微服务则用JSON。理解用途后，你就能在方案评审时说出理由，而不是凭感觉选型。
六、小结
XML的用途集中在数据交换、配置描述、界面定义和规则承载四个方面。它虽不像前几年那样被频繁提及，但在企业级、跨平台和历史系统里仍不可替代。掌握其基本写法与解析方式，是后端和移动开发者的基础能力。
当你下次看到一堆尖括号时，先想清楚它是在传数据、写配置还是画界面，再决定用DOM、SAX还是第三方库处理。想通这一点，XML就不再是枯燥的标签，而是顺手的工具。