wx Server服务器框架示例
这是个通过rebar3 创建的一个release项目,将底层的基础模块进行了解耦分离,通过rebar.config的deps配置项进行引用。
- wx_cfg_library :配置模块
- wx_db_library :数据层模块
- wx_event_library :事件管理模块
- wx_log_library :日志层模块
- wx_net_library :网络层模块
- wx_overman :底层启动入口模块
- wx_tiemr_library :定时器模块
- 高效且带事务锁的数据库,可多表项同时操作,实现了一致性。事务锁是通过自己封装ets实现的。持久化是使用DETS实现。(银行交易转账测试中,20w次,耗时11.7s,见wx_server_example项目的/src/db_SUITE.erl模块 )
- 解耦的业务逻辑处理模式,能让响应更快、能够让服务器更加稳定,从根本上避免程序员的失误(忘记添加try catch等)。业务功能没有自己独立的进程,只有相关的独立数据层,玩家拥有独立进程,在处理玩家请求的业务逻辑时,通过事务锁将相关的功能数据获取到玩家进程中进行计算处理,完成后在将其返回存储。所有的功能代码逻辑均在玩家进程进行操作,因此多个玩家同时操作一个功能的重逻辑(耗时较长)时会减少排队等待行为;同时,若存在异常问题,也只会影响当前玩家进程。
- 灵活的配置模块,在服务器底层方面能够灵活的配置通讯协议及其参数,还有数据库ETS、DETS等配置。在业务逻辑方面,摆脱了excel表的臃肿,方便设定功能性的微小配置,例如功能开启条件(等级)、功能初始的配置ID、抽奖功能的次数、功能的领奖时间段、等,若用Excel,只能新建表、sheet或者添加到统一的全局配置表中,这种方式有些臃肿且不便于后期维护。
- HTTP接口是通过配置实现,依赖于cowboy库。配置例如:[{"/user/:route", USER_MODULE, INIT_ARGS},...],USER_MODULE为user功能相关的接口模块、"/user/:route"表示路由请求url路径为/user/*都会进入USER_MODULE进行处理、INIT_ARGS为初始参数。
- 游戏中的应用协议实现方式,可以灵活修改,开发包含指定接口(解码、编码)的模块即可,见wx_server_example项目的net.cfg配置 这里的wx_tcp_protocol_game模块。
- 灵活的底层架构,各个底层功能模块都是独立的项目,通过框架启动入口模块 依赖项目所需的其它模块。且项目的构建工具使用的rebar3,可方便打包、发布等。
首先由wx_overman入口模块读取整个项目下的配置文件(.cfg 后缀的Erlang term配置文件,有示例可看,路径为apps/wx_server_example/priv/.cfg/),从配置中检索出所有日志层配置、数据层配置、事件层配置、网络层配置,并通过这些配置项去启动依赖的功能模块。
假设你已经clone了本项目,且具备Erlang/OTP 23、rebar3 等环境
rebar3 upgrade
rebar3 compile
rebar3 release
.\_build\default\rel\wx_server_example\bin\wx_server_example.cmd console