ProxyPin HTTP 请求构造工具 接口调试
什么时候需要手动发请求
抓包能看到 App 发出的请求,但有时候需要自己发:
- 构造异常请求:比如改参数、加 Header,看服务端返回什么
- 接口测试:不通过 App,直接测后端接口
- 重放并修改:从历史请求修改后重发
ProxyPin 的 HTTP 请求工具集成在工具箱的 HTTP Tab。
基本用法
构造一个 GET 请求
- 工具箱 → HTTP 请求
- 填入 URL:
https://api.myapp.com/users/123 - 方法选 GET
- 点击发送
- 响应在下方显示
构造一个 POST 请求
- URL:
https://api.myapp.com/orders/create - 方法:POST
- Headers 标签加
Content-Type: application/json - Body 标签填 JSON:
{"product_id": 123, "quantity": 2}
- 发送
与重放请求的区别
| 方式 | 来源 | 场景 |
|---|---|---|
| 重放请求 | 从历史中选一条 | 快速重发相同请求 |
| HTTP 工具 | 从零构造 | 测试新接口、构造异常请求 |
两者都能在 ProxyPin 里完成,不需要打开 Postman 或 curl。
实战场景
场景一:暴力测试接口参数
GET https://api.myapp.com/users/{id}
id = 1 → 返回用户 1
id = 2 → 返回用户 2
id = -1 → ?(是报错还是返回假数据?)
id = 0 → ?
id = 999999 → ?(有没有越权访问?)
在 HTTP 工具里快速改参数重发,验证边界条件。
场景二:测试 Token 过期
GET https://api.myapp.com/profile
Header: Authorization: Bearer expired-token
直接在 ProxyPin 里看服务端返回的错误码和错误信息,不用等 App 报完错再回头看抓包。
场景三:绕过 App 直接调用
有些功能在 App 里触发链很长(点 N 个按钮才发出请求),在 HTTP 工具里直接构造更高效。
与 ProxyPin 其他功能配合
在 HTTP 工具里手动发的请求,也走 ProxyPin 的代理流程:
- 如果配置了请求重写 → 自动应用
- 如果配置了请求屏蔽 → 会被拦截
- 请求列表中也会显示这些手动发出的请求
形成完整的闭环。