重写功能五种模式怎么区分，执行优先级是什么
重写是 Reqable 的核心调试功能之一：通过预设规则自动修改请求或响应，不用每次手动干预。五种模式的分工如下。
开启方式
通过菜单「调试」→「重写」→「启用」开启，快捷键 Shift + Control + K。开启后顶部快捷操作栏会显示重写激活图标，点图标即可关闭；想让它常驻快捷栏就右键快捷栏自定义固定。
五种重写行为
| 模式 | 作用 | 典型场景 |
|---|---|---|
| 重定向 | 把请求 A 的响应替换为请求 B 的结果 | 接口环境切换、临时指向测试环境 |
| 替换请求 | 整体替换请求方法、路径、请求头、请求体 | 构造固定请求反复测试 |
| 替换响应 | 整体替换响应状态、响应头、响应体 | Mock 固定响应 |
| 修改请求 | 细粒度修改请求的某一部分（参数、头、体） | 只改某个参数值 |
| 修改响应 | 细粒度修改响应的某一部分 | 只改响应里的某个字段 |
创建规则有多个入口：调试菜单、右键重写图标、托盘、重写列表新建，以及在调试列表选中一条请求右键 → 重写——后者会自动把请求数据填充进规则，改一改就能用，快捷键 Shift + Alt + K。
优先级规则（重要）
重写行为的优先级是：重定向 > 替换 > 修改。同一个请求同时命中多类规则时按此顺序执行。细则：
- 一个请求最多只能触发一个重定向规则（从上往下最先匹配的生效）；
- 一个请求可以触发多个替换规则，按规则列表顺序依次执行；
- 一个请求可以触发多个修改规则，同样按列表顺序执行；
- 替换和修改规则匹配的是重定向后的新 URL，不是原始请求 URL。
规则管理
规则支持文件夹级别的管理，长按拖动调整顺序，支持导入导出与他人分享。
具体怎么写规则，看下一篇 重写实战：改参数与改响应。注意：为防止滥用，移动端不提供重写功能，需要在桌面端操作。