XML命名空间通过URI前缀机制解决多源标签名称冲突，声明方式为xmlns:前缀="URI"或默认xmlns="URI"，作用域限于声明元素及其后代，混合格式、自定义扩展及多源处理时必须使用，解析时需显式映射URI与前缀。
XML命名空间（XML Namespace）是用来解决元素和属性名称冲突问题的机制。当多个XML文档或不同来源的标签混用时（比如SOAP中嵌入XHTML，或RSS里加入Atom扩展），相同名字可能代表不同含义——命名空间通过添加唯一标识前缀，让解析器能准确区分“谁家的标签”。它不改变XML结构，只提供语义隔离。
命名空间怎么声明：xmlns与前缀绑定
在元素上使用 xmlns:前缀="URI" 声明命名空间。URI只是唯一标识符（不要求可访问），通常用网址形式避免重复。
-
正确示例：
<book xmlns:isbn="http://example.org/isbn"><number>978-0-306-40615-7</number></book>—— 这里isbn:是前缀，http://example.org/isbn是命名空间URI - 默认命名空间用 xmlns="URI"，作用于当前元素及其子元素（无前缀的标签都属于该空间）
- 命名空间声明只在声明它的元素及其后代中有效，类似作用域规则
什么时候必须用命名空间
不是所有XML都要用，但以下情况强烈建议引入：
- 混合多个标准格式（如在SVG中嵌入XLink属性：
xlink:href） - 自定义扩展已有规范（如在RSS 2.0中加入媒体信息，用
media:content） - 企业级数据交换中需明确字段归属（如订单XML中区分“客户地址”和“发货地址”，即使都叫
<address></address>） - 使用XSLT、XPath处理多源XML时，路径表达式需靠命名空间精准定位
实际使用中的关键注意点
命名空间容易出错，主要在解析和生成环节：
- 解析XML时（如Java的DOM/SAX、Python的lxml），必须显式注册命名空间URI与前缀映射，否则
//isbn:number这类XPath查不到 - 序列化输出时，有些库会自动添加冗余的
xmlns声明（尤其在深层嵌套时），可通过配置关闭或手动控制 - 命名空间URI大小写敏感，
http://ex.com和http://EX.com被视为两个不同空间 - 前缀本身无意义，
isbn:和ns1:指向同一URI时完全等价；别依赖前缀名做逻辑判断
基本上就这些。命名空间本身不复杂，但容易忽略作用域和解析器配置，导致“标签明明写了却读不到”。用好它，XML才能真正支撑模块化和互操作。
