前阵子给团队新人讲微信API的原理发现很多人只知道调接口能发消息但接口背后到底发生了啥一层懵。这其实是个普遍现象。大部分开发者用微信协议API都是直接调 HTTP 接口至于接口背后是怎么把消息送到微信的基本不关心。但稍微了解一下底层架构对选型、排查问题、做架构设计都很有帮助。这篇就把微信API的底层架构讲清楚。看完你会知道你调的那个 HTTP 接口背后到底经过了哪几层。一、为什么要有架构分层直接说结论因为微信的通信协议非常复杂不可能直接暴露给业务系统调用。微信客户端和服务器之间的通信用的是私有的二进制协议加密、压缩、分包、心跳、登录握手……一套流程下来代码量巨大。业务系统不可能每个都自己实现一遍所以需要中间有几层封装把复杂的协议逻辑藏起来对外暴露简单的接口。这就形成了典型的三层架构协议层 → 服务层 → 接口层。二、三层架构总览用文字画一下整体架构┌──────────────────────────────────────────────┐ │ 业务系统你的代码 │ │ 订单系统 / 客服系统 / 营销工具 │ └──────────────────┬───────────────────────────┘ │ HTTP 调用 ▼ ┌──────────────────────────────────────────────┐ │ 接口层API Gateway │ │ • HTTP RESTful 接口 │ │ • 鉴权Token │ │ • 限流、配额 │ │ • 参数校验、日志记录 │ └──────────────────┬───────────────────────────┘ │ 内部调用 ▼ ┌──────────────────────────────────────────────┐ │ 服务层业务调度 │ │ • 账号管理登录态、实例路由 │ │ • 消息队列、异步任务 │ │ • 消息回调分发 │ │ • 会话状态维护 │ └──────────────────┬───────────────────────────┘ │ 协议指令 ▼ ┌──────────────────────────────────────────────┐ │ 协议层底层通信 │ │ • 微信协议封装登录、心跳、收发消息 │ │ • 加密解密 │ │ • 长连接维护 │ │ • Hook 注入如果是 Hook 方案 │ └──────────────────┬───────────────────────────┘ │ 网络通信 ▼ ┌──────────────────────────────────────────────┐ │ 微信服务器 │ └──────────────────────────────────────────────┘下面分别讲每层干啥。三、协议层最硬核的部分协议层是整个架构的基石负责和微信服务器说微信的话。主要做这几件事登录认证模拟微信客户端登录拿到会话凭证长连接维护和微信服务器保持 TCP 长连接定时发心跳保活消息收发把发文本这种业务指令翻译成微信协议的二进制包加密解密所有通信内容都要加解密事件监听收到新消息、好友请求等事件往上抛这层的实现方式就是前面文章提到的两条路自研协议自己逆向或者Hook 注入借微信客户端的现成能力。Eyun 这类个微API 服务底层都是这层在做活只是实现方式不同。有的是 Hook 微信客户端有的是自己实现了协议栈。四、服务层调度和管理协议层只管怎么和微信通信但具体用哪个账号发消息发失败了怎么办收到消息推给谁这些是服务层的事。服务层的核心职责账号管理每个微信账号是一个实例要维护登录态、上下线、实例路由消息调度发消息排队、限速、失败重试避免触发风控回调分发收到新消息按订阅关系推到各个业务方的 webhook会话管理联系人缓存、群成员同步、消息去重举个具体例子业务系统调 sendText 发消息服务层要判断这个账号在不在线、今天发了几条、频率有没有超限没问题才往下交给协议层发出去。五、接口层开发者看到的接口层是开发者唯一需要关心的一层。它把服务层的能力包装成 HTTP 接口加上鉴权、限流、日志这些通用能力。这层就是 Eyun 平台 对外暴露的部分典型的接口长这样import requests # 调用 Eyun 接口发送消息 def send_text(token, w_id, to_wxid, content): resp requests.post( https://api.eyunz.com/open/sendText, headers{Authorization: fBearer {token}}, json{w_id: w_id, to_wxid: to_wxid, content: content}, timeout10 ) return resp.json()接口层做的事鉴权校验 Token识别调用方身份参数校验w_id 合不合法、content 长度有没有超限限流单账号、单接口的调用频率限制日志每次调用记日志方便排查响应封装统一返回格式{code, message, data}对开发者来说这一层就是全部。下面两层再复杂你也接触不到。六、不同服务的架构差异虽然都是三层架构但不同服务的实现有差异服务类型协议层实现服务层接口层自研协议方案自研协议栈自研自研Hook 方案Hook 注入客户端自研或现成框架自研或现成框架第三方服务Eyun服务商实现服务商实现HTTP 接口Eyun 这类微信协议API服务三层都是服务商搞定的开发者只用最上层的 HTTP 接口。这就是为什么用第三方服务接入快——复杂度全被服务商吃掉了。七、架构对开发者的意义了解这个架构对开发者有几个实际用处排查问题有方向发消息失败先看是接口层报错鉴权/限流还是协议层报错账号离线/网络定位快很多选型更清醒知道 Hook 方案为什么客户端不能关协议层依赖客户端进程知道第三方服务为什么更稳服务层有重试和调度设计业务更合理知道消息回调是服务层分发的就不会傻傻地轮询拉消息八、消息收发的完整链路最后用一个具体场景串一下业务系统调接口发一条文本消息背后发生了什么。业务系统POST /sendText带 Token、w_id、to_wxid、content接口层校验 Token → 校验参数 → 检查限流 → 记日志 → 转发到服务层服务层查账号在线状态 → 排队限速→ 调用协议层发送协议层把消息编码成微信协议包 → 通过长连接发给微信服务器微信服务器路由到接收方客户端回执协议层收到回执 → 服务层更新状态 → 接口层返回成功整个链路通常 100-300ms 跑完开发者只看到接口返回 200。总结微信 API 的三层架构本质就是把复杂留给自己简单留给开发者协议层搞定微信通信的底层细节服务层调度账号、消息、回调接口层暴露 HTTP 接口给业务系统作为开发者你只需要关心接口层。Eyun 这类服务把下面两层全部封装好了你只管调 HTTP 接口 就行。这也是为什么我推荐大多数项目直接用第三方服务——架构的复杂度都被服务商承担了你专注业务就好。想深入了解接口怎么用可以看 Eyun 开发文档里面每个接口的参数和返回都有详细说明。理解了架构再看文档会顺畅很多。Eyun 开发文档
前阵子给团队新人讲微信API的原理发现很多人只知道调接口能发消息但接口背后到底发生了啥一层懵。这其实是个普遍现象。大部分开发者用微信协议API都是直接调 HTTP 接口至于接口背后是怎么把消息送到微信的基本不关心。但稍微了解一下底层架构对选型、排查问题、做架构设计都很有帮助。这篇就把微信API的底层架构讲清楚。看完你会知道你调的那个 HTTP 接口背后到底经过了哪几层。一、为什么要有架构分层直接说结论因为微信的通信协议非常复杂不可能直接暴露给业务系统调用。微信客户端和服务器之间的通信用的是私有的二进制协议加密、压缩、分包、心跳、登录握手……一套流程下来代码量巨大。业务系统不可能每个都自己实现一遍所以需要中间有几层封装把复杂的协议逻辑藏起来对外暴露简单的接口。这就形成了典型的三层架构协议层 → 服务层 → 接口层。二、三层架构总览用文字画一下整体架构┌──────────────────────────────────────────────┐ │ 业务系统你的代码 │ │ 订单系统 / 客服系统 / 营销工具 │ └──────────────────┬───────────────────────────┘ │ HTTP 调用 ▼ ┌──────────────────────────────────────────────┐ │ 接口层API Gateway │ │ • HTTP RESTful 接口 │ │ • 鉴权Token │ │ • 限流、配额 │ │ • 参数校验、日志记录 │ └──────────────────┬───────────────────────────┘ │ 内部调用 ▼ ┌──────────────────────────────────────────────┐ │ 服务层业务调度 │ │ • 账号管理登录态、实例路由 │ │ • 消息队列、异步任务 │ │ • 消息回调分发 │ │ • 会话状态维护 │ └──────────────────┬───────────────────────────┘ │ 协议指令 ▼ ┌──────────────────────────────────────────────┐ │ 协议层底层通信 │ │ • 微信协议封装登录、心跳、收发消息 │ │ • 加密解密 │ │ • 长连接维护 │ │ • Hook 注入如果是 Hook 方案 │ └──────────────────┬───────────────────────────┘ │ 网络通信 ▼ ┌──────────────────────────────────────────────┐ │ 微信服务器 │ └──────────────────────────────────────────────┘下面分别讲每层干啥。三、协议层最硬核的部分协议层是整个架构的基石负责和微信服务器说微信的话。主要做这几件事登录认证模拟微信客户端登录拿到会话凭证长连接维护和微信服务器保持 TCP 长连接定时发心跳保活消息收发把发文本这种业务指令翻译成微信协议的二进制包加密解密所有通信内容都要加解密事件监听收到新消息、好友请求等事件往上抛这层的实现方式就是前面文章提到的两条路自研协议自己逆向或者Hook 注入借微信客户端的现成能力。Eyun 这类个微API 服务底层都是这层在做活只是实现方式不同。有的是 Hook 微信客户端有的是自己实现了协议栈。四、服务层调度和管理协议层只管怎么和微信通信但具体用哪个账号发消息发失败了怎么办收到消息推给谁这些是服务层的事。服务层的核心职责账号管理每个微信账号是一个实例要维护登录态、上下线、实例路由消息调度发消息排队、限速、失败重试避免触发风控回调分发收到新消息按订阅关系推到各个业务方的 webhook会话管理联系人缓存、群成员同步、消息去重举个具体例子业务系统调 sendText 发消息服务层要判断这个账号在不在线、今天发了几条、频率有没有超限没问题才往下交给协议层发出去。五、接口层开发者看到的接口层是开发者唯一需要关心的一层。它把服务层的能力包装成 HTTP 接口加上鉴权、限流、日志这些通用能力。这层就是 Eyun 平台 对外暴露的部分典型的接口长这样import requests # 调用 Eyun 接口发送消息 def send_text(token, w_id, to_wxid, content): resp requests.post( https://api.eyunz.com/open/sendText, headers{Authorization: fBearer {token}}, json{w_id: w_id, to_wxid: to_wxid, content: content}, timeout10 ) return resp.json()接口层做的事鉴权校验 Token识别调用方身份参数校验w_id 合不合法、content 长度有没有超限限流单账号、单接口的调用频率限制日志每次调用记日志方便排查响应封装统一返回格式{code, message, data}对开发者来说这一层就是全部。下面两层再复杂你也接触不到。六、不同服务的架构差异虽然都是三层架构但不同服务的实现有差异服务类型协议层实现服务层接口层自研协议方案自研协议栈自研自研Hook 方案Hook 注入客户端自研或现成框架自研或现成框架第三方服务Eyun服务商实现服务商实现HTTP 接口Eyun 这类微信协议API服务三层都是服务商搞定的开发者只用最上层的 HTTP 接口。这就是为什么用第三方服务接入快——复杂度全被服务商吃掉了。七、架构对开发者的意义了解这个架构对开发者有几个实际用处排查问题有方向发消息失败先看是接口层报错鉴权/限流还是协议层报错账号离线/网络定位快很多选型更清醒知道 Hook 方案为什么客户端不能关协议层依赖客户端进程知道第三方服务为什么更稳服务层有重试和调度设计业务更合理知道消息回调是服务层分发的就不会傻傻地轮询拉消息八、消息收发的完整链路最后用一个具体场景串一下业务系统调接口发一条文本消息背后发生了什么。业务系统POST /sendText带 Token、w_id、to_wxid、content接口层校验 Token → 校验参数 → 检查限流 → 记日志 → 转发到服务层服务层查账号在线状态 → 排队限速→ 调用协议层发送协议层把消息编码成微信协议包 → 通过长连接发给微信服务器微信服务器路由到接收方客户端回执协议层收到回执 → 服务层更新状态 → 接口层返回成功整个链路通常 100-300ms 跑完开发者只看到接口返回 200。总结微信 API 的三层架构本质就是把复杂留给自己简单留给开发者协议层搞定微信通信的底层细节服务层调度账号、消息、回调接口层暴露 HTTP 接口给业务系统作为开发者你只需要关心接口层。Eyun 这类服务把下面两层全部封装好了你只管调 HTTP 接口 就行。这也是为什么我推荐大多数项目直接用第三方服务——架构的复杂度都被服务商承担了你专注业务就好。想深入了解接口怎么用可以看 Eyun 开发文档里面每个接口的参数和返回都有详细说明。理解了架构再看文档会顺畅很多。Eyun 开发文档
