java游戏后端日志【3】

java游戏后端日志【3】

2018年3月31日

这周真的。。深切体会到了，，加班的威力，虽然游戏项目下个月才上线，但是管理后台的任务这次大大的为难了我一下。

这次花了一周时间研究了系统喇叭功能并按实际开发了一个系统公告功能。在游戏中，喇叭作为一种装逼的存在，是游戏必不可少的一部分；喇叭功能最终交付给运营部使用，提供的功能是：在喇叭生命周期内，隔5分钟一次地播放；而系统公告功能与之有所不同：系统公告针对用户的，而用户是通过不同的渠道包来“玩游戏”的，所以，公告这玩意不能跟喇叭一样，随意的向前端发送即可；尤其在一些特殊情况，比如：公告内容为某些内测试玩，玩家可以从中获利的时候，这时公告内容就变得非常重要了。

废话不多说，这次我的系统公告实现的思路如下：

嗯嗯嗯.......看似有模有样，老大问了我仨问题。。（感觉有人在说：去你的足球梦。。）

1、notify 直接发送公告，protocol 存放大量中文时，会压力过大崩溃的，公告内容少可以，一旦文字内容过多，谁能保证服务器的安全呢？

2、玩家信息就是宝贵的数据库资源！这种做法虽然简单粗暴，实现功能可以，确少了对玩家状态信息的维护，但一旦后面来了一个需求：要对玩家的公告精准投放，去哪里可以找到已读未读的状态数据呢？

3、socket 和 ，长链接和短链接，，，（之所以引出这个问题，是因为老大提供了另外的一种方式给我，但我显然对该方式了解不够深入。。）

改进方法：

是的，这将会更加复杂，游戏玩家数量级动不动百万千万级别，，，老大指了条名路给我，那就是先好好把服务器底层的逻辑（socket连接和数据流程、类型）捋顺，参照模仿，，

好了，暂时总结到这里，入职的第27天，往后的日子也要加油！！积极！！

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。