XML命名空间用于为XML文档中的元素和属性定义唯一的标识，避免不同来源的同名元素产生冲突，是构建复杂XML文档时必不可少的基础特性。
XML命名空间的核心作用
当XML文档需要融合多个不同定义来源的标签时，很容易出现名称重复的问题。比如一个文档同时包含图书信息和用户信息，两者都可能有<name>标签，此时解析器无法区分两个标签的归属。XML命名空间通过给标签绑定唯一的标识符，让解析器可以准确识别每个标签的定义来源，解决名称冲突问题。
命名空间的两种声明方式
1. 默认命名空间
默认命名空间不需要前缀，声明后当前元素及其所有子元素都会默认归属到该命名空间下，语法格式为xmlns="命名空间URI"。命名空间URI通常是一个唯一的字符串，用来标识命名空间的所有者，常见的会使用域名形式，但不需要是可访问的网络地址。
以下是一个默认命名空间的示例：
<?xml version="1.0" encoding="UTF-8"?>
<book xmlns="http://ipipp.com/book">
<name>XML开发指南</name>
<author>张三</author>
<price>59.9</price>
</book>
在这个例子中，<book>、<name>、<author>、<price>所有标签都属于http://ipipp.com/book这个命名空间，不需要额外添加前缀。
2. 带前缀的命名空间
带前缀的命名空间需要定义一个前缀，之后使用该前缀来标识归属该命名空间的标签，语法格式为xmlns:前缀名="命名空间URI"。这种方式适合一个文档中需要同时使用多个命名空间的场景。
以下是一个同时使用两个命名空间的示例：
<?xml version="1.0" encoding="UTF-8"?>
<root xmlns:book="http://ipipp.com/book" xmlns:user="http://ipipp.com/user">
<book:book>
<book:name>XML开发指南</book:name>
<book:author>张三</book:author>
</book:book>
<user:user>
<user:name>李四</user:name>
<user:age>25</user:age>
</user:user>
</root>
这里定义了book和user两个前缀，分别对应不同的命名空间，即使两个命名空间下都有<name>标签，通过前缀也能明确区分归属。
命名空间的声明规则
- 命名空间声明可以放在任意元素的开始标签中，作用范围覆盖该元素及其所有子元素，除非子元素重新声明了同前缀的命名空间覆盖父级定义。
- 前缀名不能以
xml开头，这是XML规范预留的前缀，比如xmlns本身就是XML规范定义的属性名。 - 命名空间URI只需要保证唯一性即可，不需要是可访问的网址，很多场景下会使用公司域名加路径的形式来定义，降低重复概率。
- 属性默认不属于任何命名空间，除非显式给属性添加前缀绑定命名空间。
常见使用误区
误区1：认为命名空间URI必须是可以访问的网址。实际上URI只是唯一标识符，解析器不会去访问这个地址，只要保证唯一即可。
误区2：忽略默认命名空间的作用范围。如果在子元素中重新声明了默认命名空间，那么子元素及其后代会归属新的默认命名空间，而不是父级的默认命名空间。
误区3：前缀重复定义导致冲突。同一个前缀在同一个作用范围内只能绑定一个命名空间URI，重复定义会导致XML文档语法错误。
使用场景总结
如果是单一来源的XML文档，没有名称冲突风险，可以使用默认命名空间简化书写；如果文档需要融合多个不同来源的标签，或者需要明确区分不同模块的标签归属，建议使用带前缀的命名空间。在实际开发中，比如SOAP协议、Spring配置文件等场景都大量使用了XML命名空间来规范标签定义。