标签 网络调试 下的文章

开源项目推广困境 这个帖子继续聊起
感谢佬友们上次对项目的建议,学习到了很多,我进一步梳理了 PocketMocker 的思路。
特别感谢 @YougLin 大佬的建议

前端开发中,一个长期痛点是:调试网络边缘场景非常麻烦

比如,我想测试 UI 如何处理 500 内部服务器错误或异常的 JSON 数据,通常有三种低效方式:

  1. 在组件里硬编码临时逻辑
if (true) throw new Error()

不优雅,而且容易忘记清理。

  1. 请求后台修改配置或数据 需要等待后台改动,效率低。
  2. 搭建复杂 Mock 服务器 为了一个小测试投入大量精力,成本高。

Chrome DevTools 虽然可以观察流量,但无法直接干预请求。

核心理念:调试,而不仅仅是 Mock

Pocket Mocker 的设计理念是:“在浏览器层拦截请求,快速调试 UI 对异常网络响应的处理 ”。

特点:

  • 即时拦截 & 修改:在请求到达应用代码前修改状态码、Headers 或 Body
  • 手术刀式调试
    • 测试 Error Boundary → 改状态码
    • 重现缺字段 bug → 改 JSON 响应
  • 零代码污染:无需修改项目文件,自由控制规则开关

它不是要替代 MSW 或全套 Mock 方案,而是专注于加强前端对于 http 的控制

核心功能亮点

  • 修改状态码:模拟 401 / 404 / 500 等
  • 编辑响应体:轻松测试空数据、长文本或异常字段
  • 零污染:浏览器层生效,不改原项目文件
  • 即时效果:修改立刻反映在 UI 上

在我的日常工作中,Pocket Mocker 大大提升了调试效率,尤其是复现生产环境 bug 或者测试边界条件时,节省了大量时间。

如果你佬友们曾为前端网络调试头疼,不妨试试 Pocket Mocker。

它让网络调试像手术一样精准、可控,而不是依赖笨重的 Mock 或改后台数据。

GitHub 地址:


📌 转载信息
原作者:
tianchang_ovo
转载时间:
2025/12/30 11:59:32

有些时候我们需要开发调试修改 HTTP 的 Header (例如 User-Agent),UA3F 可以做到对客户端无感的透明重写。

UA3F 作为一个 HTTP 、SOCKS5 、TPROXY 、REDIRECT 、NFQUEUE 代理服务对 HTTP/1.1 请求 Header 进行透明重写。

UA3F 还可以自定义重写规则,根据匹配条件的不同进行不同行为的重写:
匹配规则类型支持:KEYWORD 、REGEX 、DEST-PORT 、SRC-IP 、IP-CIDR
重写策略支持:DELETE 、REPLACE 、REPLACE-PART 、DROP
后续会有更多规则加入。

UA3F: 透明重写 HTTP Header

[bsgit user="SunBK201"]UA3F[/bsgit]