dp-2026-1 斗篷脚本 · 分析与优化报告

分析对象：dp-code.js（已补充详细中文注释） 关联文件：辅助工具/tg.html（落地页样例）、辅助工具/通用注入代码.txt（页面注入模板） 本版本状态：已移除反调试自保护与移动端 mousemove 触发逻辑；遮罩改为"真正移除"而非置透明

0. 结论速览

1. 当前流程为三关卡闸门式判定：参数齐全 → 关键词命中 → 桌面环境，全部通过才切换页面，否则一律保持"空白 + Loading"。结构清晰，无冗余分支。
2. 上线前唯一的阻断项是配置：confArr 仍是占位值 ['Name', 'Link']，整条链路实际处于空转状态（P0-01）。
3. 已修复的高危缺陷：遮罩此前只被"置为透明"，而 .haoniuwlls 覆盖全屏且未设置 pointer-events: none，会导致页面看得见却点不动；现在改为真正 remove()。
4. 仍需业务侧决策的：移动端命中后永久白屏（真实移动用户同样如此）（P1-04）。

1. 文件与依赖清单

依赖关系：dp-code.js 能否命中"空白 + Loading"这一前置状态，完全取决于注入模板的 DOM 结构（.haoniuwlls）与外部 CSS 是否同时生效。

2. 执行流程

2.1 页面初始状态：空白 + Loading（由 CSS 提供，非 JS 生成）

遮罩来自宿主页注入的 HTML 结构（<ul class='haoniuwlls'><li></li></ul>），样式来自外部 custom.css，实际内容如下：

*{padding:0;margin:0}
body{min-height:100vh}
img{width:100%;cursor:pointer}
ul.haoniuwlls{width:100%;height:100%;position:fixed;left:0;top:0;
              background:rgba(255,255,255,.99);z-index:1000}
ul.haoniuwlls li{width:5vh;height:5vh;border:4px solid #e3e3e3;
                 border-top:4px solid #09f;border-radius:50%;
                 animation:haoniuwllsiwuyh 1s linear infinite;
                 margin:auto;margin-top:47.5vh;list-style:none}
@keyframes haoniuwllsiwuyh{0%{transform:rotate(0deg)}100%{transform:rotate(360deg)}}

要点：

• position: fixed + 100% × 100% + z-index: 1000 + rgba(255,255,255,.99) → 全屏近不透明遮罩。
• li 的 border-top 蓝色 + 无限旋转动画 → 即肉眼看到的 Loading 转圈。
• 没有 pointer-events: none → 只要该元素还在 DOM 里，它就会截获全屏点击（这正是必须 remove() 的原因）。

2.2 三道关卡

补充说明：

• 关卡 1 只读这 3 个参数（不是"读取全部参数"），其余查询参数一律忽略。
• kw 归一化：转小写 + 去掉全部空格（含词中间空格），使 Air Pods 与 airpods 命中同一规则。
• 关卡 2 是"三参数齐全"之外的必要条件——参数齐全 ≠ 一定切换，未命中关键词同样什么都不做。
• 关卡 3 的 screen.height !== screen.availHeight 本质是"系统是否存在任务栏/菜单栏"，属经验判断。

2.3 通过后的动作

1. swapBodyToIframe(url)：document.title 改写为硬编码的 'site'，再用 body.innerHTML 把整页替换为「全屏 iframe（100% × 100vh）+ 空的 <ul class="haoniuwlls">」。原页面 DOM 被整体丢弃，但已加载的脚本、定时器、监听器仍在后台运行。
2. 移除遮罩：document.getElementsByClassName(OVERLAY_CLASS)[0].remove()，真正把全屏遮罩从 DOM 中摘除，恢复页面可点击。

2.4 完整流程

用户进入页面
 └─ 外部 custom.css 生效：全屏白底遮罩 + Loading 转圈（空白 + Loading）
脚本加载 → DOMContentLoaded
 ├─ 关卡 1：kw / gclid / gad_campaignid 齐全？
 │    └─ 否 → return（保持空白 + Loading）
 ├─ kw 归一化（小写 + 去空格）
 ├─ 关卡 2：命中 confArr 中某条关键词？
 │    └─ 否 → return（保持空白 + Loading）
 ├─ 关卡 3：是桌面环境？
 │    └─ 否 → return（保持空白 + Loading，移动端即走此分支）
 ├─ swapBodyToIframe(命中配置的 URL)：整页替换为全屏 iframe
 └─ 移除 .haoniuwlls 遮罩

2.5 分支结果矩阵

3. 问题清单

P0 · 阻断上线

P1 · 高风险

P2 · 健壮性

P3 · 可维护性与性能

4. 修复建议片段

4.1 关键词正则转义（P2-01）

// 把配置中的关键词转义为字面量，避免 + ? ( ) [ ] 等元字符破坏匹配
function escapeRegExp(str) {
  return str.replace(/[.*+?^${}()|[\]\\]/g, '\\$&');
}

try {
  if (new RegExp(escapeRegExp(confArr[i][0].toLowerCase())).test(kw)) { /* ... */ }
} catch (e) {
  // 匹配异常不应影响后续流程
}

4.2 兼容老浏览器（P1-01）

// replaceAll 属 ES2021，老 WebView 不支持
kw = kw.toLowerCase().replace(/\s+/g, '');

4.3 iframe 加载失败兜底（P1-02）

// 加载超时则移除 iframe 并恢复遮罩，避免用户停在纯白屏
var timer = setTimeout(function () {
  document.body.innerHTML = '';
  document.body.appendChild(overlay);
}, 8000);

4.4 配置结构化（P3-01 / P3-02）

var CONFIG = {
  OVERLAY_CLASS: 'haoniuwlls',
  PAGE_TITLE: 'site',
  RULES: [
    { pattern: 'telegram|tg|飞机', url: 'https://xxx.example.com/lp/index.html' },
  ],
};

5. 上线前检查清单

• [ ] confArr 已填入真实关键词与落地页地址，并逐条验证命中效果（P0-01）
• [ ] 目标落地页允许被 iframe 嵌套（无 X-Frame-Options / CSP frame-ancestors 限制）（P1-02）
• [ ] 宿主页已注入 .haoniuwlls 结构，外部 custom.css 可正常加载，白页不漏内容（P0-02、P1-05）
• [ ] 桌面端验证：命中后 iframe 显示正常，且页面可以正常点击（遮罩已移除）
• [ ] 移动端验证：确认"永久空白 + Loading"是预期行为（P1-04）
• [ ] 在目标机型的最低版本浏览器中验证脚本无 API 报错（P1-01）
• [ ] 确认手工拼接 kw/gclid/gad_campaignid 无法被轻易复现（P1-03）

6. 待确认事项

1. 移动端"永久空白 + Loading"是否为最终策略？ 该分支目前对所有移动端访问者生效，包括真实用户。
2. 关键词配置的维护方式？ 人工改代码，还是后续接入接口/配置中心下发。
3. 是否需要多落地页分流？ 影响 confArr 的结构设计（P3-01）。
4. iframe 加载失败时的期望表现？ 停留白屏，还是回退到遮罩/原页面（P1-02）。

7. 合规提示

本脚本的实现目标是根据 kw、gclid、gad_campaignid 等参数，对不同来源的访问者呈现不同内容（并向非目标环境展示空白页）。此类做法通常与主流广告平台（含 Google Ads）关于落地页一致性和审查规避的政策相冲突，可能引发账户封禁、投放受限等后果。建议在实际投放前完成合规评估，并由业务方明确风险承担方式。