DOM是浏览器将HTML转换成的JS可操作对象树,以document为根节点,包含元素、文本等节点;应优先用querySelector、classList、textContent等现代API安全高效操作。

DOM 不是某种独立技术,而是浏览器把 HTML 文档转换成的、可供 JavaScript 操作的对象树结构。它不是 HTML 本身,也不是 CSS,而是一套接口标准——只要浏览器实现了 DOM API,JS 就能用 document 对象去读取、修改、监听页面内容。
DOM 节点是怎么组织的?
HTML 中每个标签(比如 关键点: 别硬遍历树,用现代选择器 API 直接定位: 立即学习“Java免费学习笔记(深入)”; 动态WEB网站中的PHP和MySQL详细反映实际程序的需求,仔细地探讨外部数据的验证(例如信用卡卡号的格式)、用户登录以及如何使用模板建立网页的标准外观。动态WEB网站中的PHP和MySQL的内容不仅仅是这些。书中还提到如何串联JavaScript与PHP让用户操作时更快、更方便。还有正确处理用户输入错误的方法,让网站看起来更专业。另外还引入大量来自PEAR外挂函数库的强大功能,对常用的、强大的包 核心原则:少用 常见原因不是语法错,而是节点没找到,或监听时机不对: DOM 操作真正难的不是语法,而是对节点生命周期、事件流、重排重绘机制的理解。比如频繁修改 )、文本、甚至注释,在 DOM 中都对应一个“节点”。最顶层是 document 对象,它是所有节点的根;往下是 document.documentElement(即 元素),再往下是 和 等元素节点。
document.body 是常用入口,但不要假设它一定存在——脚本若在 中执行,body 可能还没解析完Text 类型节点,不是 Element,调用 .innerHTML 或 .textContent 才能安全读写childNodes 包含所有子节点(包括空白文本节点),而 children 只返回元素节点,日常操作优先用 children
怎么查到想要的元素?
document.getElementById("id"):最快,但只能靠 ID,且 ID 必须唯一document.querySelector("css-selector"):支持任意合法 CSS 选择器(如 "nav a.active"、"[data-id='123']"),只返回第一个匹配项document.querySelectorAll("css-selector"):返回 NodeList,不是数组,但可用 [...nodeList] 展开或直接调用 forEach
getElementsByName 或过时的 getElementsByTagName,兼容性虽好,但表达力弱、返回动态集合易出错改内容、加样式、删节点,怎么写才不翻车?
innerHTML,多用专一方法;改样式优先走 className 或 classList,而非拼字符串。
el.textContent = "xxx",而不是 el.innerHTML = "xxx" —— 后者会触发 HTML 解析,有 XSS 风险,也更慢el.classList.add("active")、el.classList.toggle("hidden"),比手动操作 className 字符串可靠得多document.createElement("div") 创建,再用 parent.appendChild(el) 或 parent.insertBefore(el, ref) 插入;别直接拼 HTML 字符串后赋给 innerHTML
.remove() 方法的老环境(IE)得写 el.parentNode.removeChild(el);现代环境可直接用 el.remove()
事件监听为什么总失效?
里,但 DOM 还没加载完 → 改用 DOMContentLoaded 事件包裹,或把 script 标签加 defer
document.addEventListener("click", e => { if (e.target.matches(".btn")) { ... } })
onclick="..." 行内绑定 → 很难维护,且无法用 removeEventListener 解绑;统一用 addEventListener
e.stopPropagation() 过度 → 导致父级逻辑中断,除非明确需要,否则别轻易阻止冒泡style 属性会强制同步计算样式,而批量操作 classList 或用 CSSOM 批量更新更高效。这些细节不写进控制台报错,但会让页面卡顿得莫名其妙。










