关于javascript:用-httpmiddlewareproxy-造了个代理工具

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

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

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

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

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…

关于javascript:用-httpmiddlewareproxy-造了个代理工具

反向代理

easy-proxy 应用办法

应用场景