html 与 javascript 必须协同工作：html 提供 dom 节点，javascript 才能操作；document.getelementbyid 是最稳的获取方式，但需判空防错；queryselector/all 更灵活但有陷阱；内联 onclick 是维护雷区；script 放置位置决定 dom 可用性。
HTML 和 JavaScript 不是“能一起用”的关系，而是“必须协同才能工作”的关系：HTML 提供可操作的对象（DOM 节点），JavaScript 才有东西可改、可监听、可响应。
document.getElementById 是最稳的起点
只要 HTML 元素带 id，document.getElementById 就能 100% 取到它——不依赖加载顺序、不关心是否在 还是 里，只要页面已解析该元素即可。
- 错误写法：
document.getElementById('missing')返回null，后续调用.addEventListener会直接报Cannot read property 'addEventListener' of null - 安全写法：先判空再操作，比如
const btn = document.getElementById('submit'); if (btn) btn.addEventListener(...) - 注意大小写和引号：
getElementById('MyButton')和getElementById('mybutton')是两个不同元素
querySelector 和 querySelectorAll 更灵活但有陷阱
document.querySelector 和 document.querySelectorAll 支持 CSS 选择器语法，能选 class、属性、伪类等，但行为差异大：
-
querySelector只返回第一个匹配项，没匹配到就返回null（和getElementById一样需判空） -
querySelectorAll总是返回NodeList（哪怕为空），但它是**静态快照**，后续 DOM 变化不会自动更新这个列表 - 常见误用：
document.querySelectorAll('.item').forEach(...)在元素动态增删后仍用旧列表，导致漏绑或重复绑定 - 如果要监听未来插入的同类元素，得用事件委托：
document.addEventListener('click', e => { if (e.target.matches('.item')) { ... } })
内联 onclick 属性不是“捷径”，而是维护雷区
写 <button onclick="doSomething()"></button> 看似简单，实际会快速失控：
- 函数必须挂在全局作用域（
window.doSomething），容易命名冲突、污染全局 - 无法传入复杂参数（比如对象、DOM 引用），只能靠
this或硬编码字符串 - 调试困难：Chrome 控制台报错时只显示
onclick handler，找不到原始位置 - 无法统一管理事件生命周期（比如想在某个时刻全部移除，内联方式做不到）
script 标签放哪，直接决定能不能取到元素
脚本执行时机比你想象中更关键：
- 放在
里且没加defer或async：脚本执行时 DOM 还没开始解析，getElementById必然返回null - 放在
闭合前：DOM 已就绪，最稳妥的位置 - 用
<script defer src="app.js"></script>：脚本延迟到 DOM 解析完再执行，效果等同于放前 -
async适合独立工具脚本（如统计代码），但会破坏执行顺序，不适合依赖 DOM 的逻辑
真正容易被忽略的是：哪怕用了 querySelector，如果元素是 JS 动态插入的（比如通过 innerHTML 或 appendChild），也要确认插入动作已完成，再查询——否则查的还是旧 DOM 树。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
