带你读《2022技术人的百宝黑皮书》——跨全端SDK技术演进（3）https://developer.aliyun.com/article/1340357?groupCode=taobaotech
来整体看下上面的设计是如何解决这些问题的。
总体分5部分，Service层，业务层，数据层，数据通道层以及基础服务层。从上到下看整个架构设计 Service层：也就是我们通常说的Wrapper层，其目的是为了翻译业务层C++的接口，提供三种方式的直接接入， Java，Oc，C++，需要说明的是这一层不要做除语言转换外的任何代码，一来方便问题排查，wrapper不做额外 的处理和问题排查，二来业界也有不少自动化实现语言翻译的工具，有关这部分我们后面部分详细聊。
业务层：业务逻辑的一个组合，以消息为例，按模块分为三个子模块第一个消息模块，第二个profile模块，第三个群模块，模块与模块之间相对独立，做强制隔离，代码无耦合，功能可定制化
数据层：分为两部分本地存储以及网络存储，其目的是屏蔽数据来源以统一的方式提供给业务层，让业务不感知通道来源，同时在这一层还吃掉所有的耗时操作，IO以及网络请求，其中Adpter主要是屏蔽通道之间的差异，这一部分支持整体可替换，目的提高扩展性，可定制接入三方通道
数据通道层：这一部分就是数据来源的通道，主要有SYNC，WXNet，DB等 基础服务层：是一个跨平台的c++基础库。
其实客户端按层分割的设计理念，无论是在PC时代还是现在的移动互联，都不是什么显而易见的事儿，主要关注下这里面的差异点也可以说是这种框架设计的优点。
便捷：service我们只做语言层面的胶水，缩短后期排查问题的整个链路，方便后期排查和定位问题。同时自动化的实现也再次降低了维护成本。
开放：上图右侧是Openpoint能力，主要是通过一些标准化的开放点去开放一些能力，让接入方做更多的业务属性，简单来说【每个业务有特定的开放点，用统一的形式开放出去】
定制：
业务定制：模块与模块之间相互完全独立，代码无耦合，强制隔离，实现功能的可定制化，让业务方可以自由的进行业务形态组合的同时做到包大小最优，
线程调度定制：统一线程调度处理方案，抽象线程配置策略，多app可自由配置，上层可选择平台级线程调度最优方案。
网络流量管理定制：网络调用处统一切面处理，一方面对瞬时相同请求做拦截合并，大幅度降低服务端压力，另一方面针对业务级别做原子调用的合并定制，减少服务端查询量，此外切面处进行统一打点处理，方便客户端做调用流量监控。
DB管理定制：同线程调度定制，统一DB管理分配方案，抽象库分配策略，多app可自由配置，上层可选择平台 级线程调度的最优方案。
扩展：对外提供整体能力，又可以动态替换，目的是提供一种能力让接入方可以放入自己的数据通道，从而实现一个业务的扩展，此方法也极大的方便了后期做统一的单元测试。
于CPP程序员而言，线程模型是非常重要的，好的设计可以从架构上就避免掉后期一系列隐秘的bug，这里包括一 系列问题，比如：
在移动端上，通常调用者不关心调用线程，但是在数据层又需要做统一的数据修改和聚合能力业务层频繁调用，过多的锁除了可能会出现死锁外，也不利于性能最大化。
部分接口如果IO、NET时间过长可能导致整个流程中断，或异常。
来看下跨终端SDK架构设计的线程模型：
接入层：不限制调用线程，降低接入成本
业务层 : 按模块做隔离，单独运行在自己的业务线程里，在biz层做业务无锁话的同时，做到单业务无锁化，多业务并行化
Model层 : 主要是做IO、网络操作，目的是为了业务线程IO、网络无阻塞
整个线程模型的特点：纯异步，可定制，单业务无锁化，多业务并行化，IO网络无阻塞。
带你读《2022技术人的百宝黑皮书》——跨全端SDK技术演进（5）https://developer.aliyun.com/article/1340355?groupCode=taobaotech
