目录
最近有点时间，总结一下游戏系统的管理。
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 dumptop命令，查看当前机器上的进程状态
6、命令汇总
1、jps：查看本机java进程信息
2、jstack：打印线程的栈信息，制作 线程dump文件
3、jmap：打印内存映射信息，制作 堆dump文件
4、jstat：性能监控工具
5、jhat：内存分析工具，用于解析堆dump文件并以适合人阅读的方式展示出来
6、jconsole：简易的JVM可视化工具
7、jvisualvm：功能更强大的JVM可视化工具
8、arthas ：阿里出品的调试工具
7、总结
想到哪写到哪的纪录工作中的一些问题，只是遇到的一部分，工作中的问题各种各样，解决一切问题的方法是理解问题的本质，最基础的问题掌握了，都是套路。培养框架思维，拥有大局观，站在足够高的地方才能看到够远，加油吧，少年，
你觉得还有哪些游戏内的资源需要管理？欢迎留言讨论。
推荐阅读 点击标题可跳转
点赞，收藏，关注三连，谢谢。
转载：https://blog.csdn.net/perfect2011/article/details/115920247