[发明专利]一种面向客户端应用程序引擎的线性扩展通讯方法

说明书

本发明公开了一种面向客户端应用程序引擎的线性扩展通讯方法，该方法以传统的MVC为原始模型，经过了数代的演化，充分的将Client所有模块完全独立分离，再用统一的Frame连接整理，每一种模块功能形成一个进程，进程内再根据不同功能的特点，保持单线程或者划分出若干多线程，来处理具体的逻辑任务。进程彼此之间是独立运行的，互不干扰，以框架中的事件管理层来响应模块与模块之间的信息。即被称作Best Query模式。通过Best Query模式使得客户端引擎支持线性扩展，实现延迟最小化的模板操作与交互，使开发的APP具有高效流畅的UI运行表现与服务器交互体验。

技术领域

本发明涉及计算机通讯技术领域，特别是一种应用于PC、Android、ios等平台支持的，面向客户端应用程序引擎的线性扩展通讯方法。

背景技术

随着互联网通讯技术的发展，各种各样的软件程序，成为21世纪网络文化传播的窗口。软件程序用于便利开发移动设备、普通计算机设备、平板设备、物联网嵌入式设备等一切平台的应用程序，抛弃传统mvc框架以解决模型层与服务器交互存储数据分离断层的问题，以方便开发者更流畅的进行系统性的开发和与服务器的交互，特别的，适合于海量用户高实时性交互式的、与高效率高质量客户端实时演算表现的游戏的前端支撑。这种成套的软件程序被称作引擎，或者客户端引擎，也叫做前端。而上述所指服务器被统称作服务端。

一个App应用程序当中有若干个独立的功能模块，也就是若干个系统在运行，那么当这些系统在运行的时候有些数据则需要通过交互从开发商铺设的服务器进行验证获取用户想要的数据再以模板的形式表现给用户，比如用户需查看钱包余额，充值，购买等等，这时候客户端就需要开启引擎网络通信层当中socket/tcp的长连接与服务器进行握手。同时，客户端将要执行这些事务的数据请求封装为数据包，发送给服务端进行验证，证明这个行为是合理合法的，等待后者将其验证完毕，并将执行结果以数据包的形式返回给客户端以后，此时客户端可以根据这些结果来存储到对应的数据层当中以完成一些相应的事务与相对复杂的前端表现。

那么，当若干个用户同时对若干个客户端进行平凡操作的时候，客户端就会平凡的与服务器进行数据交互，大量数据包的传送与解析，大量数据的存储，大量的模板渲染便会使客户端提升ui交耗、网络堵塞、出现卡顿，严重的会使与服务端的交互出现延迟。同时，对于本地资源的与日俱增和各种表现的高要求将会产生各种渲染问题和硬件适配问题，当涉及玩家与玩家之间平凡的交互，同屏显示等会对客户端产生表现、帧数相关的性能压力，如果将这些压力化解，能够流畅、高实时性的为这些用户提供服务，就成了一个难题。

现有技术方案：传统的mvc框架模式

目前，前端从底层处理到数据处理再到上层模板显示普遍依靠传统的mvc框架模式，采用单一进程作为支撑体，这个进程包含了用户模板交互层、模板渲染、服务器交互、数据管理、数据缓存与持久化长连接等所有功能。也就是说，所有的工作都是有优先顺序的单线化进程，如果遇到用户批量平凡的操作某个交互比较复杂系统功能，将会对客户端所在的网络环境、硬件环境、引擎网络通信层、数据层与发送数据包的结构设计有相当高的要求。

总的来说，其缺点包括如下几种：

1)对用户设备硬件环境要求较高；

2)单一进程的循环处理流程，没有灵活性；

3)暴力操作可能导致服务端通信堵塞；

4)本地资源加载处理较难优化，卡顿严重，完全依赖于CPU主频、内存等硬件环境；

5)完全无法线性扩展，无法应对海量用户同时在线交互时的客户端展现；

6)客户端渲染性能较差，对于一些复杂的，列如：实时3d展现，即时演算，可能处理难度较高，严重则无法支持；

7)优化缓存相关较困难，如果遇到本地资源较大较精细，运行时随时可能导致硬件内存暴涨而出现app闪退问题；