document.getElementById 返回 null 主因是脚本执行过早，DOM 未加载完成；应将脚本置于 </body> 前或用 DOMContentLoaded 包裹，并确保 ID 严格匹配、元素已存在。怎么用 document.getElementById 安全取到元素直接调用 document.getelementbyid 却返回 null，八成是脚本执行时机不对------dom 还没加载完，就急着找元素。常见错误现象：Cannot read property 'addEventListener' of null 或操作后无反应。确保脚本放在 </body> 前，或用 DOMContentLoaded 包裹ID 值必须严格匹配（区分大小写、不能有空格或特殊字符）不要在 iframe 里用父页面的 ID 直接查，得先定位到对应 contentDocument若元素是 JS 动态插入的，确认插入完成后再查，别依赖"写完就查"示例：document.addEventListener('DOMContentLoaded', () => { const btn = document.getElementById('submit-btn'); if (btn) { // 养成判空习惯 btn.addEventListener('click', handler); }});修改元素内容时，innerHTML 和 textContent 怎么选想改文字却把整个结构清空了？或者用户输入的 <script> 被执行了？关键在语义和安全边界。使用场景：只更新纯文本（比如表单提示、状态文案）→ 用 textContent，快且防 XSS需要插入带标签的 HTML（如富文本片段、动态生成的按钮）→ 用 innerHTML，但必须确保内容可信innerText 受 CSS 影响（隐藏元素不参与），textContent 不受，优先选后者性能影响：大量文本更新时，textContent 比 innerHTML 轻量；但若要渲染复杂结构，innerHTML 一次写入比多次 appendChild 更快。立即学习"Java免费学习笔记（深入）"；事件监听别写在 HTML 里，用 addEventListener 替代 onclick内联事件（如 <button onclick="doIt()">）看着省事，实际会带来维护断裂、无法解绑、作用域混乱等问题。 AI智研社 AI智研社是一个专注于人工智能领域的综合性平台