[Feature] 建议 Android 端增加“协议抓取范围”控制面板，并支持 TCP/UDP 旁路导出 (.pcap)

[mianksnns]

Is your feature request related to a problem? Please describe.
在进行深度的 Android 逆向分析与安全测试时，应用层流量往往不局限于标准的 HTTP/HTTPS 或 WebSocket。很多带有强防护的 App、大型游戏或 IoT 设备联调，会混合使用底层的私有 TCP 二进制协议或 UDP 广播。
目前 Reqable Android 端虽然通过 VpnService 接管了全局网络，但作为七层代理，面对原生 TCP/UDP 流量时无法解析。这就导致在排查底层网络行为时，不得不关闭 Reqable，转而打开 PCAPdroid 等工具抓取底层包，调试体验非常割裂。

Describe the solution you'd like
建议在 Android 端的设置中，引入类似经典抓包中间件（如 HttpCanary / SunnyNet）的**“协议抓取范围 (Capture Scope)”**控制面板（UI 设计可参考附图），并配合旁路导出机制：

1. 直观的协议开关 UI：
   提供 HTTP/HTTPS、WebSocket、TCP、UDP 四个独立的开关，按需勾选。
2. 底层旁路录制（零 UI 污染）：
   • 当勾选 TCP 或 UDP 时，Reqable 不需要在主抓包列表中强行渲染这些无法解析的 Hex 乱码数据包（避免污染 API 调试界面的信噪比，也避免手机内存溢出）。
   • Reqable 仅需在底层引擎中，将途径 VpnService 的这部分原始报文（Packet），在后台旁路转储（Dump）到本地的一个 .pcap 文件中。
3. 协同导出：
   抓包结束后，用户可以一键导出该 .pcap 文件，配合桌面端的 Wireshark 进行深度的四层协议分析。如果有桌面端协同环境，甚至可以支持将生成的 pcap 传回桌面版保存。

Describe alternatives you've considered
目前的替代方案是完全放弃使用 Reqable，改用 PCAPdroid 或 tcpdump 抓取全局流量后发到电脑端分析。但这会导致在此期间无法使用 Reqable 极其优秀的 HTTP 重写、脚本注入等七层调试功能。

Additional context
这种“前端只给开关，后台旁路导出”的设计，可以用最低的研发和 UI 维护成本，补齐 Reqable 在四层协议分析上的短板。这不仅保留了 Reqable 作为 API 调试神器的极致轻量与整洁，还能彻底打通从 L4 到 L7 的流量分析全链路，极大提升安全分析和移动端逆向人员的工作效率。