element（类型1）、attribute（类型2）、text（类型3）是dom中本质不同的节点类型：element为容器可含子节点，attribute为附属元数据不参与遍历，text为纯内容且保留空白。
Element、Attribute、Text 本质区别在哪
它们不是“同一种东西的不同写法”，而是 DOM 树中完全不同的节点类型，拥有各自不可替代的语义和操作规则。Element 是容器，Attribute 是附属元数据，Text 是纯内容——三者不能互相替换，也不能靠改写 XML 字符串来“假装一样”。
常见错误现象：node.textContent 拿到空值，但明明 XML 里写了文字；用 getAttribute("id") 却报错说方法不存在；把 <name age="25">Tom</name> 当成“一个节点”，结果遍历时漏掉 age 属性或 Tom 文本。
-
Element节点有子节点（比如Text、Comment、其他Element），能调用getElementsByTagName、setAttribute等方法 -
Attribute节点不属于子节点链，不参与childNodes遍历，只能通过所属Element的attributes集合或getAttribute()访问 -
Text节点没有子节点，nodeValue就是文本内容，textContent在 Element 上会拼接所有后代 Text 节点（含空白），容易误读
怎么快速判断当前节点是哪种类型
别猜，直接查 node.nodeType —— 它返回数字，但比字符串更可靠（不受大小写/拼写影响）。不同语言实现一致：Element 是 1，Attribute 是 2，Text 是 3，CDATASection 是 4，Comment 是 8。
实操建议：
- 调试时加一句
console.log(node.nodeType, node.nodeName)（JS）或Console.WriteLine(node.NodeType)（C#） - 不要依赖
node.nodeName === "div"判断是否为 Element，因为 Attribute 的nodeName也是属性名（如"id"），但类型是2 - XML 解析器对空白敏感：换行缩进生成的空格会被当成
Text节点（类型3），不是 bug，是规范行为
为什么 getAttribute 和 getElementsByTagName 不能混用
因为它们作用对象完全不同：getAttribute 只在 Element 上有效，且只读取该元素自身的属性；getElementsByTagName 是 Element 或 Document 方法，用于查找后代 Element 节点——它根本看不见 Attribute 或 Text。
典型翻车场景：
- 对一个
Text节点调用getAttribute("class")→ 报错 “getAttribute is not a function” - 用
document.getElementsByTagName("*")想拿到所有属性 → 结果列表里只有 Element，Attribute 不在其中 - 写 XPath
"//book/@isbn"成功，但换成"//book/text()"才拿到书名，说明路径表达式也严格区分节点类型
Text 节点里藏着什么坑
它看起来最简单，却是最容易被忽略细节的一环：Text 节点不合并，不压缩，不忽略空白。一个换行+两个空格，就是独立的 Text 节点（类型 3），哪怕里面全是空白字符。
实操建议：
- 想安全提取元素内“可见文本”，别直接用
firstChild.nodeValue，先检查firstChild.nodeType === 3，再 trim 内容 - 用
element.textContent更省事，但它会把注释、CDATA 里的内容也吞进去，不适合需要结构保真的场景 - DOM 操作中插入新文本时，
element.appendChild(document.createTextNode("hello"))创建的是纯 Text 节点；而element.innerHTML = "hello"会触发 HTML 解析，可能意外创建 Element 节点
节点类型不是语法糖，是 DOM 树的骨架。混淆 Element 和 Attribute，等于把数据库的字段名当成了字段值；忽略 Text 节点的空白存在，就像在 JSON 解析时无视空格——不是不能跑，是随时可能在生产环境里悄无声息地错两行。
