从零开始的逆向生活(一)

hello，这里是双面酱喵～

从这一篇文章开始，正式开启我的全新专栏——《从零开始的逆向生活》。

很多刚接触逆向、数据采集、抓包分析的朋友，第一步最困惑的从来不是复杂的工具和代码，而是：屏幕里的这些数据，到底是怎么从别人的服务器跑到我的设备上的？

搞不懂数据的流动逻辑，后续的抓包、解密、逆向、接口分析全都属于“瞎试”，效率极低且永远学不通透。这篇序章，就帮大家打牢逆向与采集的核心地基，彻底搞懂数据流转的底层逻辑。

前置学习要求

本专栏面向逆向、数据采集零基础入门学习者，开启正式学习前，你只需要满足两个基础条件，不用深耕，有概念即可：

逆向的核心本质，说白了就是：追踪、解析、篡改设备与服务器之间的数据流。而数据流的传输，完全依赖网络协议。

网络协议成百上千，但对于新手数据采集、APP/网页逆向来说，99%的场景只需要吃透两个核心协议：HTTP 协议 和 WS 协议（WebSocket）。

所有网页数据、APP 常规接口、动态推送数据，基本都是基于这两个协议传输。我们日常抓包分析的核心对象，就是 HTTP 和 WS 的数据流，也可以通过业务场景直接判断设备使用的协议，掌握它们就打通了逆向数据分析的全部入口。

HTTP 是逆向和采集最基础的协议，一句话概括：一问一答、用完就断。

大家可以把 HTTP 协议理解为函数调用。工作逻辑非常简单：我们通过网络调用服务端接口，主动传入对应的请求参数，服务器接收参数后进行逻辑处理、数据运算，最后将处理完成的结果参数返回给客户端，一次完整的数据交互就此结束，连接随即断开，不会持续保留关联。

日常登录账号、刷新列表、查询资料等普通数据交互，全部都是 HTTP 协议的工作场景。

很多新手抓不到实时数据，就是因为不懂 WS 协议。WS 协议一句话概括：一次连接、双向实时互通。

大家可以把 WS 协议理解为永久隧道通道。核心逻辑是：客户端与服务端先建立专属数据隧道，连接搭建成功后就不会断开，双方会一直在这条隧道中持续来回传输数据。无需重复发起请求，服务器也能主动向客户端推送实时数据，实现双向不间断通信。

直播间弹幕、实时消息、动态行情、在线状态等所有实时动态数据，全部依靠 WS 协议传输。