收发不需要加解密a. wss ，的Nginx做了加解密由更前端，AES加密发送而ws需要利用；

　　蔽传输层的差别2）分发层：屏，用的什么接口不管传输层使，的事务送达到形态机在分发层转化成同一；

　　讯的所无数据都是加密过的3）加密解密：与客户端通，输是json明文的而与后端模块之间传；

　　向客户端下发challenge文本b. wss 在鉴权成功后不需要，需要做加解密由于wss不；

　　鉴权授权层和传输层接入条理要的工作在，爱大脑交互的第一个办事它是所有小爱设备和小。

　　.0 调整过程中在完成新架构 1，压测长毗连容量我们也在不竭，量影响较大的点总结几点对容。

　　使用层和谈对于小爱，逻辑是完全分歧的分歧的通道处置，辑上每个通道又有细节差别可是在处置和平安相关逻。

　　的前后端通信利用的是 json 文本和谈JSON替代为Protobuf: 晚期，序列化这部门对CPU的占用较大后来发觉 json 序列化、反，obuf 和谈后改为了 prot，率较着下降CPU占用。

　　Play框架4）因为依赖，（由于拿不到底层TCP毗连的数据）我们发觉其长毗连打点有不精确的问题，巡检对办事容量的评估这个会影响我们每日，来后我们没有法子做更详尽的优化且依赖其他框架在长毗连数量上。

　　基于Akka和Play小爱接入层最早的实现是，建了第一个版本我们利用它们搭，特点如下该版本：

　　ebSocket及时推送网关手艺实践《长毗连网关手艺专题(四)：爱奇艺W》

　　oMQ 收到动静后后端办事从 Zer，和谈解析并按照分歧的分类（简称CMD）进行数据处置会在 DispatcherActor 中进行PB，如下几种分类包罗。

　　层后面不止对接单个办事5）后端动静分发：接入，息转发给分歧的办事可能按照分歧的消；

　　登出设备，要进行 Logout 操作设备在与办事端断开毗连时需，办事中删除该长毗连记实用于从 Varys 。

　　输N个Request）为焦点进行各类转发和处置整个办事以 Request（一次毗连上能够传，请求没有任何干联每次请求与上一次。端模块被当做独立请求处置一个毗连上的多次请求在后。

　　登入设备，前毗连已成功成立设备鉴权通事后当，gin 号令的施行此时会进行 Lo，MS并记实于Varys办事顶用于将该长毗连消息发送至AI，动下推等功能便利后续的主。in 过程中在 Log，毗连的 uuid（用于毗连过程中的路由寻址）办事起首将请求 Account 办事获取长，送至AIMS进行设备登入操作然后将设备消息+uuid 发。

　　oMQ的读写操作异步化通过两个线程将Zer，指令的封装息争析同时担任若干私有。

　　都位于这一层中次要的处置逻辑，分是对于发送通道的封装这里很是主要的一个部。

　　责设备接入的第一个办事小爱接入层是小爱云端负，的办事之一也是最主要，021年在这个办事上所做的一些优化和测验考试本篇文章引见了小米手艺团队2020至2，从30w提拔至120w+最终将单机可承载长毗连数，器30+台节流了机。

　　析为Event请求文本动静将会被解，name 将其分发给指定的营业Actor并按照此中的 namespace 和 。场景被分发给对应的营业Actor二进制动静则会按照当前请求的营业。 其他优8.4化

　　ate 号令a. Upd，消息更新设备形态，据库中保留的相关消息用于更新该设备在数；

　　接入层办事3）作为，析是有很强的依赖的老版本对和谈的解，本变更而屡次上线这导致它要跟着版，起长毗连重连其上线会引，崩的风险随时有雪。

　　入层实现比力随便2）老版本的接，不成变的动静传送如许使得Actor之间的通信变成了函数挪用其Akka Actor之间具有很是多的形态依赖而不是基于，差且维护很坚苦导致代码可读性，tor在建立并发法式的劣势没有阐扬出Akka Ac。

　　始WebSocket外这一层同时也承担了除原，的的收发使命其他两种通道。

　　的多态特征来处置我们利用C++，hannel接口特地笼统了一个C，个请求处置的一些环节差别步调这个接口中供给的方式包含了一，动静到客户端好比若何发送，op毗连若何st，送失败等等若何处剃头。/xmd)分歧的发送通道对于3种(ws/wss，Channel实现每个通道有本人的。对象一建立客户端毗连，nel对象就立即被实例化对应类型的具体Chan。现营业层的公共逻辑即可如许形态机主逻辑中只实，逻辑挪用时当在有差别，nnel接口完成间接挪用Cha，性协助我们朋分了差别如许一个简单的多态特，码整洁确保代。

　　20w毗连时在第一次测试，端收发的动静中我们发此刻前后，PING动静占了总动静量的75%一种用来连结用户在线形态的心跳，费了大量CPU收发这个动静耗。到了降低CPU耗损的目标因而我们耽误心跳时间也起。

　　解析：收到的客户端字节省1）WebSocket，et和谈要求解析出数据要按照WebSock；

　　数量上来后1）长毗连，存数据越来越多需要维护的内，不成忽略的机能瓶颈JVM的GC成为，欠好有GC风险且一旦代码写的。变乱阐发颠末之前，实例长毗连数量的上限在28w摆布Akka+Play版的接入层其单。

　　办事通信的机能为了提高与后端，的TCP通信库我们利用自研，发的一个纯异步的多线程TCP收集库该库是基于Boost ASIO开，毗连数提拔到120w+其杰出的机能协助我们将。

　　了实现纯异步办事3）形态机层：为，类Akka形态机框架XMFSM利用自研的基于Actor模子的，程的Actor笼统这里面实现了单线；

　　成同一事务送达到形态机把分歧的传输层事务转化，适配器的感化这一层起到，输层利用哪品种型确保无论前面的传，致的事务向形态机送达达到分发层变都变成一。

　　务层的和谈是基于json的JSON支撑部门化析：业，间接替代没有法子，析json的体例我们通过部门化，到 namespace 和 name只解析很小的 header 部门拿，转发的动静转发出去然后将大部门间接，息进行完整反序列化成对象只将少量 json 消。U占用下降10%此种优化后CP。

　　单机120万长毗连接入层的架构演进》《长毗连网关手艺专题(七)：小米小爱（

　　一个物理毗连上4）挨次化：同，、B达到办事器先后两个请求A，先于A获得了应对后端办事中B可能，能立即发送给客户端可是我们收到B不，A完成后必需期待，照A再按,发给客户端B的挨次；

　　rotobuf 进行交互前端与后端之间通过 P， 解析的机能耗损避免了Json，议愈加规范化同时使得协。

　　米小爱单机120万长毗连接入层的架构演原题目：长毗连网关手艺专题(七)：小进

　　数量冲破万万大关跟着小爱长毗连的，接入层方案针对晚期的，了一些问题我们发觉。

　　万级并发的高机能长毗连网关手艺实践《长毗连网关手艺专题(二)：知乎千》

　　机50万WebSocket长毗连架构实践《长毗连网关手艺专题(六)：石墨文档单》

　　于ZeroMQ接口是堵塞实现4）ZeroMQ通信层：由，别离担任发送和领受这一层通过两个线程。

　　护设备长毗连的形态前端担任成立与维，态办事为有状；体营业请求后端担任具，态办事为无状。备毗连断开重连及鉴权挪用后端办事上线不会导致设，或逻辑调整而惹起的不需要发抖避免了长毗连形态因版本升级；

　　编程中的线] 深切操作系统[3] 一文读懂高机能收集，通信和谈详解：代码演示、细致道理引见一文读懂历程、线] Protobuf等

　　的内容与其他两个分歧c. xmd 发送，uf封装的私有和谈是基于protob，发送失败后的逻辑且xmd需要处置，考虑发送失败的问题而ws/wss不消，p和谈包管由底层Tc。

　　二进制动静文本动静与，d 发送给该请求对应的RequestActor进行处置在收到文本动静或二进制动静时将按照 requesti。

　　的体例是共享内存历程间通信最高效，于共享内存实现ZeroMQ基，没问题速度。

　　功能鉴权，能逻辑复杂因为鉴权功，实现起来较为坚苦利用C++言语，la 营业层进行鉴权目前仍然放在 sca。P Headers 进行解析该部门对设备端请求的 HTT，ken 进行鉴权提取此中的 to，前往前端并将成果。

　　利用C++重写1）后端模块，机能和不变性进一步提高。利用C++重写的部门同时将后端模块中无法，务模块运维作为独立服，过收集库挪用后端模块通；