html5文档默认使用http://www.w3.org/1999/xhtml命名空间，无需手动声明xmlns；仅xhtml（application/xhtml+xml）场景下xmlns才必需且生效，html模式下其值恒为null。
HTML文档默认就有命名空间，不需要手动设置
HTML5 文档在解析时自动使用 http://www.w3.org/1999/xhtml 命名空间，无论你写不写 xmlns 属性。浏览器根本不管它——写了不报错，但也不起作用；删了也不影响任何行为。
常见错误现象：xmlns="http://www.w3.org/1999/xhtml" 被当成“必须写的规范项”硬塞进 标签，结果在某些旧工具链或 XML 验证器里引发冗余警告，或让人误以为这是可配置项。
- HTML5 不是 XML，不依赖命名空间做元素识别
-
在 HTML 模式下纯属摆设 - 只有在 XHTML（即以
application/xhtml+xml发送）场景下，xmlns才被真正读取——但这种用法现在极少见
什么时候真得写 xmlns？只限 XHTML 或混合 XML 场景
如果你正在写的是 XHTML 文档（后缀可能是 .xhtml，且服务器返回 Content-Type: application/xhtml+xml），那 xmlns 是必需的，否则解析会失败。
使用场景举例：遗留系统导出的 XHTML 报表、某些严格校验的出版流程、或内嵌 SVG/MathML 且需确保命名空间隔离。
立即学习“前端免费学习笔记（深入）”；
本文档主要讲述的是Android 本地数据存储；对于需要跨应用程序执行期间或生命期而维护重要信息的应用程序来说，能够在移动设备上本地存储数据是一种非常关键的功能。作为一名开发人员，您经常需要存储诸如用户首选项或应用程序配置之类的信息。您还必须根据一些特征（比如访问可见性）决定是否需要涉及内部或外部存储器，或者是否需要处理更复杂的、结构化的数据类型。跟随本文学习 Android 数据存储 API，具体来讲就是首选项、SQLite 和内部及外部内存 API。希望本文档会给有需要的朋友带来帮助；感兴趣的朋友可以
- 必须写在
标签上： - 若混用 SVG，还需额外声明：
<svg xmlns="http://www.w3.org/2000/svg"></svg> - 不要用
xmlns:xlink等旧版 SVG 命名空间——现代 SVG 2 已弃用xlink:href，改用href
用 document.documentElement.namespaceURI 查看实际命名空间
想确认当前页面走的是 HTML 还是 XHTML 解析路径？直接查 DOM 属性最可靠。
在控制台运行：
document.documentElement.namespaceURI—— 返回
"http://www.w3.org/1999/xhtml" 说明已按 XHTML 规则加载；返回 null 则是标准 HTML 模式（注意：这不是错误，是正常行为）。
- HTML 模式下该值恒为
null，哪怕你写了xmlns - XHTML 模式下它才反映真实声明值
- 别用这个值做功能分支判断——浏览器行为差异远不止这一处
自定义命名空间在 HTML 中基本无效
有人试图模仿 XML 写 xmlns:my="https://example.com/ns" 然后用 <widget></widget>，这在 HTML 中完全不被支持。浏览器会把 <widget></widget> 当作未知的 void 元素处理，样式、脚本、语义全丢失。
替代方案只有两个：
- 用合法的自定义元素名（带短横线）：
<my-widget></my-widget>，配合customElements.define() - 用
data-属性存元信息：<div data-ns="my" data-type="widget"> <li>强行用 XML 命名空间 + <code>is属性？不行——<div is="my:widget"> 不合法，浏览器直接忽略 XHTML 命名空间那套逻辑和现代 HTML 的运行机制是两套东西，混着试只会让调试变得更难。真正需要命名空间感知的场景，往往已经不在纯前端 DOM 层了。</div>
