XML文件必须满足五条硬性规则：有且仅有一个根元素；标签严格区分大小写；开始标签必须有对应结束标签；属性值必须用双引号包裹；编码声明需明确（如<?xml version="1.0" encoding="UTF-8"?>）。
XML 是一种纯文本、自描述、结构化的数据组织格式，不是编程语言，也不执行逻辑——它只负责把数据“包好”，让不同系统能看懂、能交换、能存取。
它最常被用作配置文件、小型本地数据库、前后端数据载体（尤其在老系统或嵌入式场景），也广泛用于 RSS、SOAP、Android layout 等标准中。但注意：它不是替代 JSON 或数据库的通用方案，而是解决「结构不确定、需自定义语义、强调可读性与兼容性」这类特定问题的工具。
XML 文件必须满足哪些硬性规则？
不遵守这些，解析器会直接报错，连浏览器都打不开：
-
有且仅有一个根元素—— 比如<config>...</config>或<students>...</students>，不能并列两个顶层标签 -
所有标签严格区分大小写——<Name>和<name>是不同元素 -
开始标签必须有对应结束标签——<price>29.9</price>✅，<price>29.9❌ -
属性值必须用双引号包裹——<book id="101">✅，<book id=101>❌ -
编码声明要明确—— 开头推荐写<?xml version="1.0" encoding="UTF-8"?>，否则中文可能乱码
怎么用 XML 存储一组学生信息？（实操示例）
这是最典型的“结构化但量不大”的场景。比起数据库，XML 更轻量；比起 CSV，它自带字段语义和嵌套能力。
<?xml version="1.0" encoding="UTF-8"?>
<students>
<student id="1001">
<name>张亮</name>
<age>20</age>
<grade>A</grade>
</student>
<student id="1002">
<name>周杰</name>
<age>22</age>
<grade>B</grade>
</student>
</students>关键点：
-
id放在属性里，适合做唯一标识、快速查找，且不参与内容渲染 -
<name>、<age>这类字段作为子元素，便于后续扩展（比如加<enrollment_date>） - 如果某学生缺成绩，直接不写
<grade>即可 —— XML 天然支持稀疏数据
常见解析方式及易错点（以 C# XmlDocument 为例）
用 XmlDocument 加载后，千万别直接遍历 ChildNodes——它会混入换行、空格等XmlText节点，导致 InnerText 取不到值或报 NullReferenceException。
- ✅ 正确做法：用
SelectSingleNode("name")或GetElementsByTagName("name")定位元素 - ✅ 提取内容优先用
Element.InnerText，而非Element.FirstChild.Value - ⚠️ 注意：XPath 查询区分大小写，
"book[name='Java']"中的name必须和 XML 中标签名完全一致 - ⚠️ 修改后记得调用
xdoc.Save("path.xml")，否则只是内存操作，文件没变
什么时候不该用 XML？
它很灵活，但代价是体积大、解析慢、无原生索引。以下情况建议绕开：
- 高频读写或大数据量（比如日志、传感器流）→ 选
JSON、Protobuf或数据库 - 需要事务、并发更新、复杂查询（如 join、group by）→ 直接上
SQLite或PostgreSQL - 纯前端项目传参 →
JSON更轻、浏览器原生支持更好 - 配置项极少（如只有 3–5 个键值）→
.env或INI更简洁
真正适合 XML 的，是那些「结构可能变、人要手动看、跨平台/跨年代系统要互通」的中间态数据场景。别把它当万金油，也别因“老”就一概否定——它在对的地方，依然稳得很。
