HTML中xmlns属性在text/html模式下完全无效，仅当Content-Type为application/xhtml+xml时才生效；内联SVG/MathML中xmlns才真实起作用。
HTML 中 xmlns 属性完全不生效，别被它骗了
你在 <html xmlns="http://www.w3.org/1999/xhtml"> 里写的 xmlns，浏览器压根不认——它既不会改变解析行为，也不会影响 DOM 结构、CSS 选择器或 JavaScript 操作。这不是 bug，是设计如此。HTML5 使用自己的解析器（HTML parser），不是 XML parser；只要响应头是 Content-Type: text/html（99.9% 的网页都是），xmlns 就纯属装饰性文本。
document.documentElement.namespaceURI 是唯一靠谱的判断依据
想知道当前页面到底走 HTML 还是 XHTML 解析路径？别看标签里有没有写 xmlns，直接查这个值：
- 返回
"http://www.w3.org/1999/xhtml"→ 页面以application/xhtml+xml加载，XML 规则生效 - 返回
null→ 标准 HTML 模式，xmlns声明被忽略，哪怕你写了十遍也没用
这个值不能用来做功能降级或兼容逻辑分支——HTML 和 XHTML 在脚本执行顺序、错误容错、自定义元素支持等底层机制上差异极大，混用会引发静默失败。
真正需要 xmlns 的地方：仅限内联 SVG / MathML
在 HTML5 页面中，xmlns 唯一真实起作用的场景，是内嵌 XML-based 子树，比如 <svg> 或 <math>：
立即学习“前端免费学习笔记（深入）”；
-
<svg xmlns="http://www.w3.org/2000/svg"><circle/></svg>中的xmlns让浏览器知道<circle>是 SVG 元素而非未知 HTML 标签 - URI 必须精确匹配：
http://www.w3.org/2000/svg不能少斜杠、不能大小写混用、不能替换成镜像地址 -
xmlns:xlink在 SVG 1.1 中用于xlink:href，但 SVG2 已弃用，现代应直接用href
注意：<div xmlns:my="https://example.com/ns"><my:widget></my:widget></div> 在 HTML 中无效——浏览器不认识 <my:widget>，无法选中、无样式、无事件。
XML 命名空间的核心不是“URL”，而是“唯一字符串标识”
命名空间 URI 本质是个全局唯一的字符串 ID，不是可访问链接。它的作用是在解析时区分语义：两个同名元素 <title>，一个来自 http://purl.org/rss/1.0/（RSS 标题），一个来自 http://book.example/ns（图书标题），解析器靠 URI 完全一致（包括大小写和末尾斜杠）来判定是否属于同一空间。
常见坑点：
- XPath 或 LINQ to XML 查询时，不显式声明对应
XNamespace，doc.Descendants("item")永远为空，哪怕文档里明明白白写着<item> -
xmlns=""不是“清除命名空间”，而是显式将元素归入空命名空间（XNamespace.None），和默认命名空间完全不同 - 前缀（如
rss:）只是本地别名，真正起效的是 URI；xmlns:a="A"和xmlns:b="A"声明的是同一个空间
复杂点在于：命名空间参与元素身份认定，一旦漏配或拼错 URI，查询就静默失败，没有任何报错提示——这是最常被忽略的调试盲区。
