NodeIterator 的 filter 参数需为具 acceptNode 方法的对象或 null，不可直接传函数；acceptNode 必须返回 NodeFilter.FILTER_ACCEPT 或 FILTER_SKIP/REJECT，不能用 return false。
NodeIterator 是 DOM 提供的原生接口，用于按文档顺序（document order）遍历节点，比递归 childNodes 更可控、更安全——它自动跳过被过滤的节点，且不因 DOM 变动而抛错。
NodeIterator 创建时 filter 参数怎么写才有效
创建 NodeIterator 必须传入 whatToShow 和 filter，后者常被误设为函数但实际需是 NodeFilter 对象或具 acceptNode 方法的对象。
-
whatToShow是位掩码，比如NodeFilter.SHOW_ELEMENT | NodeFilter.SHOW_TEXT，不能直接写数字 1 + 4 - 若只想要元素节点，
filter可设为null（默认接受所有匹配whatToShow的节点） - 若要自定义过滤（如跳过 class="ignore" 的元素），必须返回
NodeFilter.FILTER_REJECT或NodeFilter.FILTER_SKIP，不能用return false
示例：
const iter = document.createNodeIterator(
root,
NodeFilter.SHOW_ELEMENT,
{
acceptNode(node) {
return node.classList?.contains('ignore')
? NodeFilter.FILTER_REJECT
: NodeFilter.FILTER_ACCEPT;
}
}
);
nextNode() 和 previousNode() 的遍历方向与状态陷阱
nextNode() 从起始点开始正向推进，previousNode() 则回退；但二者共享同一个内部位置指针，调用顺序混乱会导致跳过节点或重复返回。
立即学习“前端免费学习笔记（深入）”；
- 首次调用
nextNode()返回的是第一个匹配节点，不是起始节点本身 - 若先调
previousNode()，它会尝试往文档开头找，找不到就返回null，且不重置指针 - 反复混用
nextNode()/previousNode()容易丢失当前位置，建议单向遍历为主 - 每次调用都返回当前节点并移动指针，不支持“预览下一个而不移动”
和 TreeWalker 的关键区别：能否安全修改 DOM
NodeIterator 在遍历时若遇到已被移除的节点，nextNode() 会跳过并继续，不会报错；而 TreeWalker 的 firstChild() 等方法在节点被删后可能返回 null 或意外行为。
-
NodeIterator更适合边遍历边remove()节点的场景（比如清理空文本节点） - 但它不提供父子/兄弟导航方法（没有
parentNode()），纯线性迭代 - 若需要双向树形导航（如“找到某元素后往上找最近的 section”），该用
TreeWalker，而非硬套NodeIterator
IE 兼容性与现代替代方案
NodeIterator 在 IE9+ 基本可用，但 IE9–10 中 filter 若为对象，必须显式实现 acceptNode，不能省略；且 whatToShow 不支持 SHOW_ALL 以外的组合位运算（IE10 有 bug）。
- 现代代码中，若只需简单遍历，
for...of配合root.querySelectorAll('*')更直观，但不保证严格文档顺序（querySelectorAll是深度优先，和NodeIterator一致，但不含文本节点） - 真正需要细粒度控制（如包含注释、跳过特定文本、响应式过滤）时，
NodeIterator仍是不可替代的底层机制 - 注意：
NodeIterator不是实时集合，创建后 DOM 结构变化不影响其已生成的迭代逻辑，这点和NodeList不同
真正难的不是写出第一次 nextNode()，而是理解它不保存上下文、不感知父级、也不缓存路径——它只忠于“下一个在文档流里该出现的、符合条件的节点”。一旦你开始依赖节点之间的相对关系，就得换思路了。
