得物技术 09月22日
浏览器插件实现API Mock工具,提升开发效率
index_new5.html
../../../zaker_core/zaker_tpl_static/wap/tpl_guoji1.html

 

本文介绍了一款基于浏览器插件的API Mock工具,旨在解决后端接口未完成或环境问题导致的开发障碍。文章详细阐述了插件的基本原理,包括请求拦截(重写fetch和XMLHttpRequest)和脚本注入,并介绍了Manifest V3架构下的核心配置差异。文章还展示了项目的整体实现架构、流程以及功能介绍,如创建Mock规则、页面白名单管理和请求日志。最后,作者分享了开发过程中的收获和对未来AI在浏览器插件中应用的展望。

💡 **API Mock工具的必要性与应用场景**:在软件开发过程中,后端接口的延迟完成或特定环境问题的出现,常给前端开发带来阻碍。本文介绍的浏览器插件式Mock工具,正是为了应对这些挑战而生,它专注于API请求的拦截与数据模拟,能够显著提升开发效率,解决实际开发中的痛点。

🚀 **Manifest V3架构下的请求拦截与脚本注入**:文章深入解析了Manifest V3架构,并重点讲解了该工具如何通过重写原生API(fetch和XMLHttpRequest)来实现请求拦截,以及采用多重注入策略和动态检测的方式进行脚本注入,以规避Content Security Policy的限制,确保Mock功能的有效运行。

🛠️ **功能设计与实现细节**:该Mock工具提供了灵活的规则创建方式,包括通过API管理平台导入和手动新建规则,并支持根据JSON Schema生成Mock数据。此外,还引入了页面白名单管理以优化性能,以及请求日志功能以方便调试,确保了工具的实用性和易用性。

🔮 **未来展望与AI融合**:作者在总结开发经验的同时,也对浏览器插件在AI浪潮下的发展潜力进行了展望,提出未来可探索监听页面所有请求并允许用户选中历史请求进行Mock,以及结合AI能力更快速地生成Mock数据的方向,为插件的进一步发展指明了方向。

原创 段壹 2025-09-22 18:31 上海

在日常开发过程中,偶尔会遇到后端接口未完成或者某个环境出现问题需要根据接口返回来复现等等场景。在此背景下开发了一款基于浏览器插件的 MOCK 工具。该工具专注于 API 请求拦截和数据模拟,旨在帮助开发者提升开发效率,能够解决一些问题。

目录

一、前言

二、浏览器插件介绍

    1. 什么是浏览器插件?

    2. Manifest V3 架构

    3. 核心配置差异示例

三、Mock 插件实现的基本原理

    1. 请求拦截的核心原理

    2. 脚本注入

四、整体实现架构与流程

    1. 项目结构设计

    2. 相关功能介绍

    3. 整体流程

五、总结与收获

六、未来展望

前 言

在日常开发过程中,偶尔会遇到后端接口未完成或者某个环境出现问题需要根据接口返回来复现等等场景。刚好最近在学习浏览器插件的相关知识,并在此背景下开发了一款基于浏览器插件的 Mock 工具。该工具专注于 API 请求拦截和数据模拟,旨在帮助开发者提升开发效率,能够解决一些问题。

浏览器插件介绍

什么是浏览器插件

浏览器插件(Extensions 或 Add-ons)是一类运行于浏览器进程中的轻量级功能增强模块,其核心价值在于通过标准化接口实现对浏览器内核能力的深度整合与定制。根据 Mozilla 开发者文档定义,插件本质上是“能够修改和增强浏览器能力的应用程序”,Firefox、Chrome 等主流浏览器均采用 WebExtensions API 这一跨浏览器技术构建插件生态。与网页应用(Web App)需依赖浏览器标签页运行、原生应用(Native App)需独立安装的特性不同,插件以轻量化部署为显著特征——无需复杂设置即可直接在浏览器环境内运行,同时具备标签控制、网络请求拦截、本地存储访问等网页应用无法实现的底层能力。

Manifest V3 架构

Manifest V3 对浏览器插件的底层架构进行了颠覆性重构,主要体现在背景执行机制、网络请求控制和代码安全模型三个核心维度。以下从技术实现与设计动机角度进行全面对比:

关键架构变革:V3 采用"静态声明+内核级处理"模式替代 V2 的"动态脚本+插件自主控制"模式,通过浏览器内核直接介入关键流程(如网络拦截),在性能与安全性之间取得平衡。

核心配置差异示例

背景执行模块配置

// V2 持久化背景页配置"
background": {
  "scripts": ["background.js"],  
  "persistent": true             
}

// V3 Service Worker 配置
"background": {
   "service_worker": "background.js",  
   "type""module"                   
}

网络请求规则配置

V3 需在 Manifest 中声明 DNR 权限及规则文件:

// V3 declarativeNetRequest 配置
"permissions": ["declarativeNetRequest"],
"host_permissions": ["<all_urls>"],
"declarative_net_request": {
   "rule_resources": [
       {"id": "ruleset_1","enabled": true,"path": "rules.json"  }
    ]
}

Mock 插件实现的基本原理

请求拦截的核心原理

由于 Manifest V3 移除了webRequest API 的阻塞能力,declarativeNetRequest又无法重定向到自定义数据,于是方案上选择的是在页面上下文中重写原生 API,目前重写了fetchXMLHttpRequest

// injected.js - 在页面环境中重写fetch
const originalFetch = window.fetch;
window.fetch = async function(url, options = {}) {
  // 1. 发送拦截请求到content script
  const response = await sendMockRequest(url, options);

  // 2. 如果有匹配的Mock规则,返回Mock数据
  if (response.shouldMock) {
    return new Response(
      JSON.stringify(response.mockData),
      {
        status: response.status,
        headers: response.headers
      }
    );
  }

  // 3. 否则执行原始请求
  return originalFetch.call(this, url, options);
};

脚本注入

通过多重注入策略 + 动态检测的方式实现, 直接引入会触发 Content Security Policy 阻止内联脚本执行。

// content.js
async function injectScript() {
  // 策略1: 内联脚本注入
  try {
    await injectInlineScript();
    if (await checkScriptActivation()) return;
  } catch (e) {
    console.warn('内联注入失败:', e);
  }

  // 策略2: 外部脚本注入
  try {
    await injectExternalScript();
    if (await checkScriptActivation()) return;
  } catch (e) {
    console.warn('外部注入失败:', e);
  }

  // 策略3: 最简单注入方式
  await attemptSimpleInjection();
}

整体实现架构与流程

项目结构设计

chrome-mock/
├── build-script/          # rollup 进行构建
├── static/                # 静态文件引入,如mockjs
├── debug/                 # 本地调试相关的页面
├── manifest.json          # 插件配置
├── background.js          # 核心逻辑处理
├── content.js            # 脚本注入和消息中转
├── injected.js           # 请求拦截实现
├── options.html          # 管理界面
├── options.js            # 管理界面逻辑
├── options.css           # 管理界面样式
├── popup.html            # 弹窗界面
├── popup.js              # 弹窗逻辑
├── popup.css             # 弹窗样式
└── icons/                # 图标资源

相关功能介绍

创建 Mock 规则

创建 Mock 规则提供了多种方式:

如果是快速联调的场景,可以用得物API管理平台导入的方式。

在排查某个环境问题,需要根据服务端接口返回数据复现的时候,可以通过在管理规则页面手动新建。

方法一:快捷操作弹窗配置

打开 Mock 管理页面

点击浏览器工具栏中的 Mock Frog 图标;

选择"管理规则"或直接访问扩展选项页。

添加新规则

方式一:复制粘贴得物API管理平台地址,点击导入,自动生成。这个弹窗比较小适合自动导入的场景,也可以点击上面 popup 的管理规则再进行操作。

如:https:/apiManage.test.com/project/interface?id=3xxxx&projectId=5xxxx

本地调用可能会有代理增加了前缀,系统会自动在路径前添加通配符 *

方式二:复制接口地址到匹配 URL 输入框中自行配置数据,这一步建议到管理规则中才施展的开。

支持根据接口平台的 JSON Schema 生成对应类型的 Mock 数据。

Mock 效果演示:

方法二:管理规则页配置

由于 popup 界面大小有限,点击其他区域弹窗也会关闭,提供了一个比较详细的管理页可以修改添加规则。

规则列表:

新建 Mock 规则:

页面白名单管理

作用:针对所有页面都进行拦截可能会导致页面卡顿,影响整体性能,于是增加了白名单控制,控制 Mock 功能在哪些场景下才生效。同时也提供了全局生效模式,方便快速操作。

使用方法:

开启白名单功能

进入扩展设置页面

找到"页面白名单"配置

启用"使用页面白名单"

添加白名单域名

支持格式:
- http://localhost:3000        # 完整URL
- *.example.com               # 通配符域名
- dev.company.com             # 具体域名
- http://dev.company.com      # 带协议的域名

请求日志

作用:记录所有 Mock 请求的详细信息,便于调试。

整体流程

总结与收获

本次插件开发过程中,探索了浏览器扩展插件的能力,学习了 Manifest V3 的新知识,掌握了浏览器插件开发相关技术点。随之而来带来的思考便是在 AI 的浪潮下,浏览器插件是否能有更多的可能。

另外,本次很多功能点的实现也依赖了 Cursor,探索浏览器插件的同时也深入的学习了Cursor的应用,感受到了Cursor从 0 到 1 搭建过程中的速度和效率。但是在后续需要对功能点进行改造时,使用效率并不是高,如何建立规则和组织话术,让 AI 更加规范、高效地辅助开发是一个值得深思的问题,当然通过 rules 是能够解决大部分问题。

未来展望

功能升级:在复杂业务场景中,往往需要Mock的接口都比较多。如果能监听页面所有请求,然后提供通过选中某个历史请求即可Mock接口的方式,就能快速实现接口的Mock。

能力拓展:探索在浏览器插件上结合 AI 能力的应用,基于规则跟用户的要求更快速的生成 Mock 数据。

往期回顾

1. 破解gh-ost变更导致MySQL表膨胀之谜|得物技术

2. MySQL单表为何别超2000万行?揭秘B+树与16KB页的生死博弈|得物技术

3. 0基础带你精通Java对象序列化--以Hessian为例|得物技术

4. 前端日志回捞系统的性能优化实践|得物技术

5. 得物灵犀搜索推荐词分发平台演进3.0

文 /段壹

关注得物技术,每周一、三更新技术干货

要是觉得文章对你有帮助的话,欢迎评论转发点赞~

未经得物技术许可严禁转载,否则依法追究法律责任。

扫码添加小助手微信

如有任何疑问,或想要了解更多技术资讯,请添加小助手微信:

阅读原文

跳转微信打开

Fish AI Reader

Fish AI Reader

AI辅助创作,多种专业模板,深度分析,高质量内容生成。从观点提取到深度思考,FishAI为您提供全方位的创作支持。新版本引入自定义参数,让您的创作更加个性化和精准。

FishAI

FishAI

鱼阅,AI 时代的下一个智能信息助手,助你摆脱信息焦虑

联系邮箱 441953276@qq.com

相关标签

浏览器插件 API Mock 开发效率 Manifest V3 请求拦截 脚本注入 前端开发 AI Browser Extension API Mocking Development Efficiency Request Interception Script Injection Frontend Development
相关文章