找Erlang高手（内附开发经验干货）

zhcmeng · 发表于 2018-11-20 11:25:15

后端开发规范每日一贴：

zhcmeng · 发表于 2018-11-21 10:46:18

数据库读存盘

玩家登陆需要按固定的顺序加载数据库，存盘反向存储，体现在player_module.erl
下列情况可能导致回档
- 玩家存盘前的逻辑出现异常导致中断，造成存盘逻辑未执行，玩家进程再次启动时
- 其他在服务器运行期间多次启动的进程，并且启动和关闭时有读盘和存盘逻辑，都可能因为存盘前的逻辑异常导致中断，造成存盘逻辑未执行，再次启动进程时
- 服务器运行期间正常情况下只启动一次，并且启动和关闭时有读盘和存盘逻辑，在下次服务器启动时
- 服务器运行期间正常情况下只启动一次，并且启动和关闭时有读盘和存盘逻辑，在意外发生导致进程重启时
解决回档方案
- 玩家进程在下线存盘前的逻辑，必须用try catch处理，即使前面发生异常也不会中断存盘逻辑
- 其他在服务器运行期间多次启动的进程，采用玩家进程相同的处理
- gen_server中增加try catch以增加健壮性，即使出现异常，也不会导致进程重启
- 所有的数据库存盘异常都记录到专门的数据库异常日志（critical日志）中，服务器启动时发现该异常就强制停止启动，技术手工解决异常后再启动

zhcmeng · 发表于 2018-11-22 10:48:38

zhcmeng · 发表于 2018-11-23 09:53:56

编码规范
- 数据库更新脚本必须按统一命名，采用redmine单号_更新序号.sql 的方式
- 每个系统都有协议号对应的错误码范围，错误码ID=语言包ID
- 变量、函数命名完整，不采用缩写，明白无误表达含义，并且做到自注释
- 一律禁止使用tuple结构做为跨模块接口、存储、协议、策划配置格式，推荐采用record

zhcmeng · 发表于 2018-11-24 14:18:55

日志
- 采用工具屏蔽线上DEBUG日志，而不是用宏定义方式，避免函数参数执行
- 必须有便利性日志打印机制，可以指定某些文件才打印日志
- 日志打印需要统一，开关便捷
- 日志函数命名必须统一，避免让人产生觉得debug日志是别人写的，不属于自己的感受

zhcmeng · 发表于 2018-11-26 13:56:30

日志报错
- 每天专人收集主干和线上的错误日志并建单，所有开发优先修复
- 每天的日志报错，都要由当事人划分错误类型，比如技术测试不严，策划配置问题、前端协议问题等
- 每天的日志报错，还要归档及定期回溯，以此反馈和督促后端和项目组的开发质量

zhcmeng · 发表于 2018-11-27 10:14:56

进程管理
- 绝大部分进程都必须可以重启重建，玩家进程除外
- 场景相关进程根据场景类型采用不同的重启恢复策略
- 必须有后台监控工具，可以便捷查看进程信息，避免登陆服务器查看的繁琐
- init、handle_call、handle_cast、handle_info等函数都需要用try catch包围，避免异常导致进程关闭甚至又异常启动，所有异常都必须可捕捉，必要时才主动关闭进程

zhcmeng · 发表于 2018-11-28 14:53:59

进程间通信
- 采用少量，小包的方式
- 玩家信息收发必须判断玩家的状态，例如旧场景进程发信息给正在切线的玩家进程，需要做舍弃处理
- 同样前端发过来的场景类协议，如果玩家已经离开场景，也做舍弃处理，详见服务器安全性-协议一节

zhcmeng · 发表于 2018-11-29 13:59:37

性能
- erlang语言特性决定性能特性，要再开发期注意这些特性
- 除此之外可以不用过多考虑性能影响，因为压测才能暴露性能问题，并且越晚做性能压测越好
- 要有要有压测报告模板，并基于此编写实例报告

zhcmeng · 发表于 2018-11-30 10:20:18

功能开启
- 未达到等级的功能不做数据库处理，不处理协议，不做逻辑处理，内部接口调用也要做功能开启判断
- 功能管理分为大小两类功能，后端功能依据小功能ID，大功能对应UI界面
- 提供接口方便运营线上关闭出现BUG的功能，并在修复后再次开启

账号		自动登录	找回密码
密码			立即注册

[广州] 找Erlang高手（内附开发经验干货）