《超级美眉》服务端框架

简介：这是一个适用于中小型网站、APP、游戏开发的真正多进程、异步高并发的服务端

一、架构

分布式架构 + ACDM模式 + 事件机制

分布式结构

代理服务（Nginx） 负责接收、转发前端请求到web服务，实现服务器上的负载均衡

web服务（MM） 负责请求、响应客户端，并转发到应用服务程序，实现web端口的负载均衡

应用服务（APP） 负责独立处理业务一块业务，实现微服务

作业流程说明： 用户发起请求时，首先请求的是代理服务器，代理服务器一般采用Nginx代理，Nginx负责将用户发的内容转发到web服务器，web服务器用的就是MM，MM收到web请求后，就会转发到子进程，然后子进程中调用开发者编写的应用程序。

备注： MM的分布式需要采用Redis或MongoDB做缓存，实现session共享和缓存数据共享，内置了Redis或MongoDB模块，只要修改/config目录下的配置文件就可以了。

ACDM开发模式

Api层 称为接口服务层，负责对客户端的请求进行响应，处理接收客户端传递的参数，进行高层决策并对领域业务层进行调度，最后将处理结果返回给客户端。

Check层 称为校验请求层，负责对客户端的请求时，校验请求源的用户和设备的身份、操作权限，以及传递的参数格式是否正确。

Domain层 称为领域业务层，负责对领域业务的规则处理，重点关注对数据的逻辑处理、转换和加工，封装并体现特定领域业务的规则。

Model层 称为数据模型层，负责技术层面上对数据信息的提取、存储、更新和删除等操作，数据可来自内存，也可以来自持久化存储媒介，甚至可以是来自外部第三方系统。

事件机制（新三层架构 —— car）

Check 验证阶段 负责验证请求应用源的身份和所传参数，通过则进入行为阶段，否则直接跳过行为阶段，进入渲染阶段。

Action 行为阶段 负责对请求进行业务处理，处理完后进入渲染阶段

Render 渲染阶段 负责对验证结果或执行结果进行加工、通知然后再反馈回去。

作业流程说明： 一个web请求到应用服务时，应用服务的事件机制，将进入验证阶段，验证阶段有三个时态，验证前时态、验证主时态、验证后时态，验证前时态如果有事件函数出发，那么可能终止进入其他阶段，直接响应。否则进入验证主时态，验证客户身份和请求参，通过返回空，否则返回错误提示。然后进入验证后时态。
验证成功进入行为阶段，行为阶段也有三个时态，行为前时态负责补充请求数据，而主时态负责处理请求，然后进入行为后时态，行为后时态可用于监听转发执行结果。
无论有没有进入行为阶段，最终都会进入渲染阶段，渲染阶段也有三个时态，渲染前时态用于补充渲染数据，渲染阶段用于渲染响应结果，返回指定的内容格式，例如xml、json、html等，然后最后进入渲染后时态，渲染后时态负责用于缓存渲染结果和通知其他端。渲染后时态如果缓存了响应数据，那么可以在验证的前时态获取缓存结果进行返回，这样二次请求时，直接把缓存数据响应给前端即可。

备注： web请求到了业务层，就会触发事件机制，每个事件的发生都具有三个阶段，每个阶段都有三个时态，形成了9个事态，可以在每个事态下添加函数，然后对每一个或多个目标的任意执行环节进行控制、修改。