帮你从小白提升到架构师眼界,从整体上理解Java服务器,不看血亏!!!
目录
最近有点时间,总结一下游戏系统的管理。
1、代码的正确性
代码的正确性是实现策划案的基本,是功能的基本要求,所以上线需要检查自己负责的代码是否有问题。包括规范问题,逻辑问题,是否符合需求,以及设计的合理性。
2、系统资源的管理
系统资源的管理离不开游戏的架构,公司游戏架构基本的socket应用,架构图如下
3、系统资源的管理
游戏内资源包括 游戏内内存的大小,cpu的使用率,数据库的效率,线程池的管理
内存的包含两大部分,缓存对象和临时对象。
3.1、缓存对象的设计合理性.
合理的缓存设计可以减少不必要的数据存在内存中,降低内存的使用,同时减少数据库的查询时间。
-
内存中加载的数据量过于庞大,如一次从数据库取出过多数据;
-
集合类中有对对象的引用,使用完后未清空,使得JVM不能回收;
-
代码中存在死循环或循环产生过多重复的对象实体;
-
启动参数内存值设定的过小
-
等等
3.2、cpu 的消耗
主要是线程的计算,常规的消耗主要包含 for while 循环 ,协议的解码,编码,gc 线程,以及一些设计不合理的嵌套循环或者死锁。
-
死循环造成cpu 100%
-
玩家涌入太多,整个系统压力较大,可以限制在线人数,限制消息发送频率。
-
内存大小不合理,导致一直在gc ,cpu飙升
-
内存泄漏,导致内存一直上升,gc线程一直占用cpu
-
逻辑死循环,多层方法嵌套,导致逻辑死循环。
3.3、数据库
游戏内使用的是redis 和 mysql
redis 主要控制redis的缓存大小,key 的长度,以及业务数据的保存。需要注意的问题
-
缓存和数据库双写一致性问题
-
缓存雪崩问题
-
缓存击穿问题
-
缓存的并发竞争问题
mysql 游戏内控制线程池的大小,查询的时间,sql的复杂度,表设计的合理性,各种索引的必要性,需要合理规划
-
表数据太大,查询时间太久,在设计的时候避免,或者分表
-
查询语句小表作为主表进行查询,left join
-
索引使用不合理,全表扫描,查询慢,在索引上运算或者不是最左原则的索引。
-
字段大小不合理,导致数据溢出,出现问题
3.4、线程池的管理
游戏内 有不同的线程池,线程的多少会影响系统的线程切换,降低系统性能,所以需要合理规划线程池
4、自监控系统
-
内存大小,监控内存的变化
-
监控cpu的使用,当cpu达到警戒值的时候需要分析线上情况
-
监控每条协议的执行时间,对协议返回比较慢的进行分析排错
-
监控数据库的sql查询性能,对查询较慢的sql进行分析,是否有优化的空间,是否设计不合理等等
5、解决问题的常用命令:
jps:与unix上的ps类似,用来显示本地的java进程,可以查看本地运行着几个java程序,并显示他们的进程号。jstat:一个极强的监视VM内存工具。可以用来监视VM内存内的各种堆和非堆的大小及其内存使用量。
jstat -gcutil pid 1000 100 : 1000ms统计一次gc情况统计100次
jmap:打印出某个java进程(使用pid)内存内的所有'对象'的情况(如:产生那些对象,及其数量)。
-
jmap -histo:live pid
-
查看java进程活跃对象个数
jstack ( 查看jvm线程运行状态,是否有死锁现象等等信息)
jstack pid : thread dump
top命令,查看当前机器上的进程状态
6、命令汇总
1、jps:查看本机java进程信息
2、jstack:打印线程的栈信息,制作 线程dump文件
3、jmap:打印内存映射信息,制作 堆dump文件
4、jstat:性能监控工具
5、jhat:内存分析工具,用于解析堆dump文件并以适合人阅读的方式展示出来
6、jconsole:简易的JVM可视化工具
7、jvisualvm:功能更强大的JVM可视化工具
8、arthas :阿里出品的调试工具
7、总结
想到哪写到哪的纪录工作中的一些问题,只是遇到的一部分,工作中的问题各种各样,解决一切问题的方法是理解问题的本质,最基础的问题掌握了,都是套路。培养框架思维,拥有大局观,站在足够高的地方才能看到够远,加油吧,少年,
你觉得还有哪些游戏内的资源需要管理?欢迎留言讨论。
推荐阅读 点击标题可跳转
点赞,收藏,关注三连,谢谢。
文章来源: gamwatcher.blog.csdn.net,作者:香菜聊游戏,版权归原作者所有,如需转载,请联系作者。
原文链接:gamwatcher.blog.csdn.net/article/details/115920247
- 点赞
- 收藏
- 关注作者
评论(0)