自集成式 HTTP 代理方案

前言

大部分程序员，想必都会有一个常用的抓包代理工具；

但在座的各位，可曾见过这样一款集成在 Web 应用中的代理工具？

，时长00:45

它是明显区别于传统代理工具的，有以下特性：

零安装、零配置，Web 点击即用、APP 扫码即用；（不是开盖即食，而是直接喂到嘴里
分享 URL 链接（或二维码），即可远程调试 HTTP 协助他人或调试移动设备
用户可远程相互共享代理配置，无需手动导入导出

以一个场景举例

你是一个前端开发，当后端接口还没准备好（或有 Bug 时），产品或设计师想体验效果
传统办法，你配好接口 Mock，让产品使用你的设备体验
当前方案，你配好接口 Mock，发一个 URL 链接给产品即可远程体验

它的原理是将代理服务与应用（Web 网页或 APP）集成，从而大幅降低用户（研测产运）的使用成本。

应用集成代理服务对应的 SDK，自动转发请求到代理服务

传统代理工具的主要成本

下载安装代理程序，甚至收费
配置系统代理（移动端更烦）、https 证书
同事之间共享代理规则（手动导入导出文件）

这些成本带来各种烦恼，也将非技术岗位拒之门外。

场景：中午去吃饭的时候，手机突然断网；原来是刚刚网络调试，配置了系统代理！

笔者曾尝试过多款代理工具，始终有不满意的地方，多年前在自己的开源项目 [Erra][1] 中探索新的代理方案，仍然不满意，遂放弃。

现将 Erra 的代理服务与工作中的应用集成，借鉴 [whistle][2] 的规则，再重新实现 UI 交互，终觉尚可。

以下对比笔者曾长期使用过的代理工具。

	Charles	LightProxy	FF-Proxy
下载安装 APP	是	是	否
配置操作系统代理	是	是	否
安装信任 HTTPS 证书	是	是	否
Mock 方式	UI	文本规则	UI + 文本规则
Mock 规则共享	导出规则文件	复制规则文本	在线分享
远程调试	否	否	是
通用 HTTP 请求代理	是	是	否
安装部署服务	否	否	是

该方案改进了工作中高频对特定应用（公司产品的域名、APP）进行网络调试的体验和效率；

该方案是一个增强型能力，与通用代理工具（Charles、LightProxy 等）没有任何冲突，不会影响习惯使用通用代理工具的同学。

接下来介绍该方案的技术实现思路。

方案原理概览

总结分为四个部分

与应用集成，将请求转发到代理服务，由代理服务转发请求到目标服务
代理服务提供网络调试界面（UI），允许用户查看网络请求、配置 Mock 规则
代理服务记录请求，并同步到 UI 界面
代理服务在转发请求前、收到响应后，按 Mock 规则篡改请求内容

应用集成

与应用集成是当前方案区别与代理工具的根本所在，也是能实现零安装、零配置便捷性的原因。

集成是将代理服务对应的 SDK 注入到业务系统（网页或 APP）中，SDK 会拦截并转发请求到代理服务。

集成 SDK 的方式介绍以下两种，更多拦截注入技巧请阅读 [Web 终极拦截技巧（全是骚操作）][3]。

自动注入 SDK

1. 配置 DNS 使 `ff-*` （混合泛解析）指向代理服务，代理转发 html 请求时自动注入 SDK

注入脚本示例`resp.body.replace('<head>', '<head><script src="/ff-sdk.js"></script>')`

2. 假设目标域名为 `live.bilibili.com`，使用 `ff-live.bilibili.com` 访问代理服务即可自动注入

该方式无需业务项目对接，适合多个域名（系统）需要接入的场景。

注：ff-sdk.js 即需要注入，在客户端环境运行的的 SDK

手动注入 SDK

手动往前端项目的 HTML 中写入`<script src="/ff-sdk.js"></script>`

，或打包构建时自动注入。

若接入项目较少，或没有 DNS 配置权限，则可采用该方式接入。

拦截转发请求

向页面注入 SDK（`ff-sdk.js`）后，根据 URL Query 参数决定是否开启拦截转发请求。

若 URL 参数包含 `ff-proxy-id` 即启动拦截转发，参数值是随机生成 id，用于隔离不同用户数据。

拦截转发的实现原理是重写 `fetch, xhr, WebSocket` 等对象，将请求转到代理服务，如何转发请看下文请求变换协议；

另外还需要重写 `open, a, iframe` 的目标链接，确保页面跳转（或嵌入）场景也能继续保持 URL 前缀（`ff-`）和 Query 参数(`ff-proxy-id`) 的状态。

// 接口性能监控，打开 https://example.com/， 在控制台执行以下代码
const _fetch = window.fetch;
window.fetch = (...args) => {const startTime = performance.now();return _fetch(...args).finally(() => {console.info('接口耗时：', Math.round(performance.now() - startTime), 'ms');});
};await fetch('//example.com');

重写系统 API 以实现拦截的更多技巧，请阅读 [Web 终极拦截技巧（全是骚操作）][3]。

移动端 APP 支持

1. 向网络库注册一个拦截器

2. 扫描特制的二维码后，拦截器开始转发请求

3. 扫码后 APP 还需要修改 WebView 容器的 URL，添加前缀（`ff-`）和 Query 参数

- 前缀和参数的内容在二维码中获取

HTTP 请求变换协议

SDK 拦截 HTTP 请求转到代理服务，然后还原再转到目标服务，其关键在于变换与还原请求的协议。

原始请求，直接指向目标服务（_以 curl 风格描述请求_）

`curl -v https://api.live.bilibili.com/test`

URL 添加前缀 `ff-` 请求会转到代理服务，因为代理服务注册了 DNS 混合泛解析规则`ff-*`；

再添加 HTTP Header `x-ff-proxy-id` 用于隔离不同用户的数据。