命名空间通过URI区分不同来源的元素和属性以避免冲突。实例一中，销售与采购部门的order标签通过sales和purchase前缀及对应URI区分；实例二中，在XHTML中引入edu:term扩展标签，利用xmlns:edu定义教育命名空间，避免与标准标签冲突；实例三中，image:type和sec:type分别归属不同命名空间，解决属性同名问题。核心是使用唯一URI标识来源，前缀仅为别名，关键在于命名空间URI的唯一性，建议按功能或部门统一规划命名策略。
在处理XML文档时，命名空间（Namespace）冲突是一个常见问题。当不同来源的元素或属性使用了相同的名称但含义不同时，就会产生歧义。命名空间的作用就是通过为元素和属性添加唯一标识来避免这种冲突。下面用三个典型实例帮你彻底理解如何正确使用命名空间来解决冲突。
实例一：两个公司使用相同标签名
假设你正在整合两个部门的订单数据：
<order><product>手机</product>
<price>5999</price>
</order>
这是销售部的数据。采购部也有一个<order>，但结构不同：
<product>A12芯片</product>
<quantity>1000</quantity>
<price>20.5</price>
</order>
如果把它们合并到同一个XML中，解析器无法区分这两个<order>。解决方案是引入命名空间：
<sales:product>手机</sales:product>
<sales:price>5999</sales:price>
</sales:order>
<purchase:order xmlns:purchase="http://company.com/purchase">
<purchase:product>A12芯片</purchase:product>
<purchase:quantity>1000</purchase:quantity>
<purchase:price>20.5</purchase:price>
</purchase:order>
通过为每个order添加不同的前缀和命名空间URI，系统可以明确区分它们的来源和结构。
实例二：混合使用XHTML与自定义标签
你在写一个网页，想在XHTML中嵌入自己的教学标注标签，比如<term>表示术语解释：
<body>
<p>学习 <term>XML命名空间</term> 很重要。</p>
</body>
</html>
问题来了：<term>不是XHTML标准标签，直接使用会验证失败。你可以定义自己的命名空间：
xmlns:edu="http://example.com/education">
<body>
<p>学习 <edu:term>XML命名空间</edu:term> 很重要。</p>
</body>
</html>
这样，edu:term被识别为教育扩展标签，不会与XHTML元素冲突，也能被特定处理器识别处理。
实例三：多个Schema共存时的属性冲突
两个不同的XML Schema都定义了一个叫type的属性，但用途不同：
- 图片模块：
type="jpeg" - 安全模块：
type="sensitive"
如果都在同一个元素上使用，会发生属性名冲突。解决方法是为每个模块指定命名空间：
<image:image xmlns:image="http://example.com/image"xmlns:sec="http://example.com/security"
image:type="jpeg"
sec:type="sensitive" />
虽然属性名都是type，但由于属于不同命名空间，解析器能正确识别各自的语义。注意：未带前缀的属性默认不属于任何命名空间，所以必须用前缀才能归属到特定空间。
基本上就这些。命名空间的核心是“用URI区分来源”，前缀只是别名，真正起作用的是背后的命名空间URI。只要保证不同语义的内容使用不同的命名空间，就能有效避免冲突。实际开发中，建议团队约定清晰的命名空间策略，比如按功能或部门划分URI。不复杂但容易忽略。
