优先用 remove()：现代项目一行安全删除，不依赖父节点；兼容老环境时用 removeChild() 并判空父节点；建议封装 safeRemove() 或用构建工具转译，并手动清理事件监听器与定时器。
直接调用 remove() 是最简洁的节点销毁方式；而 removeChild() 需要额外获取父节点，逻辑更绕但兼容性更强。关键不在“能不能删”，而在“删得稳不稳、写得爽不爽、跑得广不广”。
优先用 remove()：现代项目里一行搞定
只要目标元素存在，element.remove() 就能安全执行，不依赖父节点是否存在，也不抛错。它内部自动跳过无父节点的情况，语义清晰、不易出错。
- 适合单个元素快速下线，比如关闭弹窗、收起菜单、移除临时提示
- 链式操作友好：
document.querySelector('.tip').remove(); - 配合事件委托时特别顺手：
event.target.remove();（点击即删，不用管它爹是谁）
回退用 removeChild()：需要兜底或兼容老环境
当项目必须支持 IE 或某些定制内核浏览器时，remove() 会静默失效。此时需改用 parentNode.removeChild(child)，但要注意——它对父节点有强依赖。
- 必须先判断
element.parentNode是否存在，否则报错 - 典型安全写法：
if (el.parentNode) el.parentNode.removeChild(el); - 若元素已被移走或尚未挂载，该判断可避免运行时中断
混合策略：一次封装，随处可用
把差异收进一个函数，外部调用统一接口，内部按环境自动选型。既保持代码干净，又不牺牲兼容性。
- 可封装为
safeRemove(el)，内部先尝试el.remove()，失败再 fallback 到removeChild - 也可借助构建工具（如 Babel + core-js），自动将
remove()转译为兼容写法 - 对于高频操作（如表格行批量删除），提前缓存父节点引用，避免反复查
parentNode，提升性能
注意别踩坑：remove() 不等于“销毁+清理”
remove() 和 removeChild() 都只是从 DOM 树断开节点，**不会自动解绑事件监听器或清除定时器**。如果节点曾绑定过 addEventListener 或启动过 setInterval，这些资源仍驻留内存。
- 建议在调用
remove()前，手动执行清理逻辑（如el.removeEventListener()） - 或者采用“销毁前触发钩子”的模式：
el.dispatchEvent(new Event('beforeremove'));，让业务侧自行响应 - 对动态创建的组件类节点，推荐封装
destroy()方法，把 DOM 移除和状态清理合并在一处
