XML命名空间默认声明通过xmlns="..."为元素及其子元素设定默认命名空间，解决名称冲突。1. 默认命名空间作用于无前缀元素，不包括属性；2. 命名空间URI为唯一标识符，无需可访问；3. 可在不同层级覆盖，默认用xmlns=""取消；4. 属性需显式加前缀才能属于命名空间；5. 避免嵌套混乱和混淆使用。合理使用可提升XML模块化与可读性，但需注意作用域和属性处理。
XML命名空间默认声明通过 xmlns="..." 语法为元素及其子元素设定一个默认的命名空间，使其中的元素名在没有前缀的情况下自动属于该命名空间。它解决了不同来源的元素名称冲突问题，是构建可扩展、模块化XML文档的重要机制。
默认命名空间的作用
当使用 xmlns="URI" 声明时，所在元素及其所有无前缀的子元素都会自动归属于这个命名空间。这避免了为每个元素都加上前缀的冗余写法。
例如：
<root xmlns="http://example.com/ns"><child><data>Hello</data></child>
</root>
这里的 root、child 和 data 都属于 http://example.com/ns 命名空间，尽管它们没有前缀。
正确用法要点
- 默认命名空间只影响无前缀的元素，不影响属性。属性若要属于某个命名空间，必须显式加前缀或单独声明。
- 命名空间URI只是一个唯一标识符，不一定是可访问的网址，但建议使用类似URL的格式保证全局唯一。
- 可以在文档的不同层级重新定义默认命名空间，覆盖父级设置。
- 若想让某一层的子元素不属于任何命名空间，可使用 xmlns=""（空值）来取消默认命名空间。
常见陷阱与注意事项
- 误以为URI必须可解析：很多人尝试打开命名空间URI链接，但实际上它只是标识符，不需要返回内容。
- 属性未被纳入默认命名空间：以下写法中，id 属于无命名空间：
<name id="123">Alice</name>
</person>
如果需要带命名空间的属性，应使用前缀：
<person xmlns:p="http://example.com/person"><p:name p:id="123">Alice</p:name>
</person>
- 嵌套命名空间覆盖混乱：深层嵌套中频繁切换默认命名空间会导致理解困难，建议保持结构清晰，避免过度嵌套。
- 与其他命名空间混合使用时混淆：同时存在默认命名空间和带前缀命名空间时，需明确区分哪些元素属于哪个空间，解析器会严格按规则处理。
基本上就这些。合理使用默认命名空间能让XML更简洁，但要注意作用范围和属性的特殊性，避免因误解导致解析错误。
