xml命名空间通过“前缀+URI”机制避免元素和属性名冲突，URI为全局唯一标识符（非可访问网址），前缀仅为本地缩写；默认命名空间不作用于属性，嵌套元素继承父默认命名空间，可用xmlns=””取消。
XML命名空间（XML Namespace）是用来避免元素和属性名称冲突的机制。当多个XML文档或不同来源的标签混用时（比如SOAP消息里嵌入Xhtml片段），相同名字的标签可能代表完全不同的含义。命名空间通过为标签添加唯一“前缀+URI”标识，让解析器能准确区分它们。
命名空间的核心结构：prefix + URI
命名空间本身不是一个网址，而是一个**全局唯一字符串（通常用URI格式表示）**，用于标识该命名空间的语义来源。前缀只是本地缩写，不具实际意义，真正起作用的是URI。
- 声明方式：
xmlns:pre="http://example.com/ns"—— 表示pre:开头的标签属于该URI定义的命名空间 - 默认命名空间：
xmlns="http://example.com/default"—— 不带前缀的元素自动归属此空间 - 注意：URI无需真实可访问，也不触发网络请求；它只作为唯一标识符（如
http://www.w3.org/1999/xhtml是XHTML标准命名空间）
常见使用场景与写法示例
假设要在一个订单XML中同时使用自定义订单结构和W3C的数字签名标准（XMLDSig）：
- 声明两个命名空间：
- 使用：
- ...
... - 属性也可加命名空间：
ds:Id="sig1"，但xml:id这类W3C预定义属性自带命名空间，无需重复声明
解析时如何正确处理命名空间
多数xml解析器（如java的dom/SAX、python的lxml、javascript的DOMParser）默认**区分命名空间**。若忽略，常导致查不到元素。
- 查询元素需带上命名空间URI，不能只靠标签名（例如XPath中用
//*[local-name()='item']绕过命名空间，但不推荐） - 推荐做法：注册命名空间前缀映射，再用
pre:item查询；lxml中用{http://...}item或nsmap参数 - 验证工具（如XSD）也依赖命名空间匹配，schema必须声明
targetNamespace并与实例一致
命名空间使用的注意事项
看似简单，但容易踩坑：
- 同一个URI在不同位置重复声明不会出错，但不同URI却给同一前缀会引发冲突（解析器通常报错）
- 默认命名空间不作用于属性 —— 所有无前缀属性都属于“无命名空间”，除非显式用
xmlns:pre声明并加前缀引用 - 嵌套元素会继承父元素的默认命名空间，但可通过
xmlns=""取消继承（即回到无命名空间）