easy-proxy 一个简略、实用、超轻量的代理工具。

反向代理

反向代理是个轻量服务，你向他申请，他将申请转发给其余服务并将响应返回给你。

大聪慧给你举个例子：你能够将反向代理类比为互联网大厂的小组长。

有啥用？？能够用代理工具随便的搭配开发环境。
`
下图中能够将服务A、服务B、Web Server任意一个替换老本地服务，而后通过拜访 代理服务地址 进行调试。

easy-proxy 应用办法

step 1: 下载资源包

step 2: 批改配置文件，easy-proxy.yml

proxy:  # 后端服务 A 的公共门路, 应用 /api 进行匹配  "/api":    # 本地服务地址    target: http://127.0.0.1:8085/    changeOrigin: true    # 接口前缀和线上保持一致。示意接口上线后加了对立前缀 /api, 本地服务须要替换掉    pathRewrite:      "^/api": ''  # 后端服务 B 的公共门路, 应用 /api-2 进行匹配  "/api-2":    target: http://xxxx.dev.com.1/api2    changeOrigin: true  # 前端动态资源地址  "/":     target: http://xxxx.online.com/    changeOrigin: true# easy-proxy 服务端口，启动后，应用 http://localhost:8888/ port: 8888## headers 是 request header, 能够实现免登录。用不上请把 headers 正文掉headers:  Authorization: replace this token string

step 3: 启动程序，放弃运行不要敞开。

写不上来了，再贴张图凑下篇幅。

应用场景

场景一： 后端革新，简单申请想用下前端界面申请本地。应用 easy-proxy 配置两条规定（前端动态资源，本地服务）即可

场景二： 前端巨型我的项目 npm run dev 超慢，和不同后端地址联调时须要频繁期待 npm run dev。应用 easy-proxy 只需改下配置，秒起。其实 easy-proxy 的原理就是将 webpack 的 proxy 解耦了进去。前端的小伙伴应该能够秒懂。

场景三：纯后端接口场景，A服务想申请 B服务的（dev, staging, production, 泳道A、B、C）假想的场景。

源码地址： https://github.com/xiyuanyuan...

工具地址： https://github.com/xiyuanyuan...