用 DevTools 验证 PDF 工具是否真的不上传 / DevTools Network Tab Privacy Guide
更新于 2026-08-13 · 阅读约 6 分钟 / 6 min read
1. 打开 Network 面板
任何主流浏览器都行：Chrome / Edge 按 F12 或右键 → 检查 → Network 标签页。 打开后先点一下左上角的清除按钮（🚫 图标），把历史请求清空，这样接下来的记录 只包含你接下来的操作。这一步是很多人漏掉的，不清空的话，页面加载时的 一堆静态资源请求会干扰判断。
顺手打开面板上方的 Preserve log 选项旁边的过滤框，输入 "multipart" 或 "form-data" 也可以，但最靠谱的还是全程盯着看。
2. 操作一次，看请求体
现在去页面上执行一次真实的合并操作，选一个几 MB 的 PDF。操作完成后回到 Network 面板，从下往上扫一遍新出现的请求。重点看两样东西：
| 请求特征 | 含义 |
|---|---|
| multipart/form-data 请求 | 文件作为表单数据上传，红牌 |
| 二进制 PUT/POST（几十 KB 以上） | 文件内容传输，红牌 |
| 只有静态资源（js/css/png） | 正常，文件没走网络 |
| 请求体为空的小请求 | 可能是埋点，点开看 Payload |
点开可疑请求的详情，切到 Payload 或 Request 标签，确认请求体里到底有什么。 判断标准很简单：请求体里出现你文件名或二进制数据，就是上传了。
3. 辅助验证：断网测试
Network 面板是"有没有发请求"，断网测试是"离了网络还能不能用"。 两个一起做，基本不会误判。步骤：刷新页面等它加载完 → 断开网络（Wi-Fi 关掉 或 DevTools Network 面板勾选 Offline）→ 再合并一次。能完成，说明处理逻辑 全在本地，服务器只是个静态文件分发点。这个测试 30 秒，是"不上传"最硬的证明。
4. 常见误读与坑
第一坑：看到请求就喊"上传了"。页面上的字体、脚本、图标都是请求，关键是 请求体里有没有文件内容。第二坑：只盯 Network 面板。个别工具用 WebSocket 传输， 看 Network 里的 WS 标签页，或者打开浏览器任务管理器看标签页的网络占用。 第三坑：用 0 字节文件测试。文件太小可能被工具直接缓存跳过处理，用几 MB 的真实 PDF。
5. 对照清单
| 验证项 / Check | 通过标准 | PDFMergeNext |
|---|---|---|
| Network 面板 / Net tab | 无 multipart / 二进制上传 | 🟢 无上传请求 |
| 请求体 / Payload | 无文件内容 | 🟢 纯静态资源 |
| 断网合并 / Offline merge | 断网可完成 | 🟢 支持 |
| WebSocket 传输 / WS check | 无文件相关 WS 消息 | 🟢 无 WS 传输 |
拿这份清单去测你常用的任何工具。大多数"隐私优先"的宣传，在第一关 Network 面板就过不去。