可可靠感知并重建反爬诱饵元素，mutationobserver是唯一稳定方案，它实时监听dom变更、微任务执行、支持全树监控，远超轮询和加载事件；需动态生成诱饵、多位置插入、监听样式与定位异常，并静默上报或渐进式验证。
不能“防止”广告屏蔽插件移除反爬检测元素，但可以**可靠地感知其被移除，并及时重建或触发备用验证逻辑**。MutationObserver 是目前最稳定、最现代的检测手段，它不依赖轮询，能精准捕获 DOM 中诱饵节点被删、隐藏或样式篡改的瞬间。
为什么必须用 MutationObserver 而不是其他方式
传统方法如 setInterval 轮询检查节点是否存在，既浪费性能又容易漏判——广告拦截器可能在 10ms 内完成移除+重排，而轮询间隔通常为 100–500ms。DOMContentLoaded 或 window.onload 更是完全无效，因为反爬诱饵节点往往在页面加载后才注入，且广告插件的清除动作发生在之后。
MutationObserver 的优势在于：
- 监听真实 DOM 变更，不是脚本执行，哪怕广告插件用
documentFragment批量操作也能捕获 - 回调在微任务队列中执行，比渲染优先，响应及时
- 支持
childList + subtree组合，可监控整个document.body下任意位置的删除行为 - 已被 Chrome、Firefox、Edge 全面支持，旧式事件（如 DOMNodeRemoved）早已废弃
构建一个高鲁棒性的反爬诱饵监听器
核心思路：插入一个“无害但特征明显”的 DOM 节点作为诱饵，用 MutationObserver 监听它是否被移除或隐藏，一旦触发，立刻执行反爬补救措施（如弹出验证、暂停接口调用、上报行为等）。
示例代码关键部分：
const bait = document.createElement('div');bait.id = 'anti-adblock-bait';
bait.className = 'ad-banner hidden-test';
bait.style.cssText = 'position:fixed; width:1px; height:1px; left:-9999px; top:-9999px; z-index:-1;';
document.body.appendChild(bait);
const observer = new MutationObserver((records) => {
for (const record of records) {
// 检查是否被直接移除
if (record.type === 'childList' && record.removedNodes.length) {
if ([...record.removedNodes].some(node => node === bait)) {
handleAntiAdBlockDetected();
observer.disconnect();
return;
}
}
// 检查是否被 CSS 隐藏（display: none / visibility: hidden）
if (record.type === 'attributes' && record.attributeName === 'style') {
const style = window.getComputedStyle(bait);
if (style.display === 'none' || style.visibility === 'hidden') {
handleAntiAdBlockDetected();
observer.disconnect();
return;
}
}
}
});
observer.observe(document.body, { childList: true, subtree: true, attributes: true, attributeFilter: ['style'] });
增强隐蔽性与抗绕过能力
仅靠一个固定 ID 或 class 容易被高级广告过滤规则提前匹配并拦截。建议组合使用以下策略：
- 动态生成诱饵节点的 ID 和 class 名（例如拼接时间戳、随机字符串）
- 将诱饵插入多个位置：body 底部、header 内、某个业务容器末尾，增加检测覆盖面
- 不只监听移除，也监听
z-index突变为极高值（如 9999）、position变为fixed等异常行为，这可能是反检测脚本自身被干扰的信号 - 搭配简单 JS 特征检测：比如检查
window.AdblockHelper是否存在，或尝试加载一个已知被 EasyList 屏蔽的测试图片 URL
触发后的合理应对方式
检测到广告屏蔽行为后，不宜立即跳转或强刷页面——这会显著伤害用户体验，也可能被判定为恶意行为。推荐做法包括：
- 静默上报该行为（含 UA、IP 段、页面路径、触发时间），用于风控建模
- 对后续关键接口请求增加 token 校验或滑动验证前置条件
- 降级非核心功能（如关闭个性化推荐、隐藏评论区加载按钮）
- 在用户主动交互（如点击按钮、滚动到底部）时，再轻量提示：“为保障内容安全，我们检测到部分脚本被拦截，是否允许运行必要验证？”
