这些日志应该存在数据库里的吧,并且存储也是以Id的形式,不是以字符串存储的,只有在展示给玩家客户端时才临时组成字符串 临时组成的字符串,被GC回收就可以了啊
[quote=引用 11 楼 walkuere 的回复:] [quote=引用 7 楼 hemowolf 的回复:] 那又怎么样,那些字符串能多到哪里去?不可能多过一部10W字的小说吧,一部10W字的小说存成文本文件,用GBK编码,也不过是1M左右。 10W字是什么概念,刚才网上找了一下,一部水浒传大约100W字不到,一部《天龙八部》大约是180W字不到,全部放到内存里不过十几M空间,你真要做一个RPG游戏的服务器,不会这么点内存都没有吧(当然客户端应该不会一次性加载所有对话内容)。
那又怎么样,那些字符串能多到哪里去?不可能多过一部10W字的小说吧,一部10W字的小说存成文本文件,用GBK编码,也不过是1M左右。 10W字是什么概念,刚才网上找了一下,一部水浒传大约100W字不到,一部《天龙八部》大约是180W字不到,全部放到内存里不过十几M空间,你真要做一个RPG游戏的服务器,不会这么点内存都没有吧(当然客户端应该不会一次性加载所有对话内容)。
[quote=引用 7 楼 hemowolf 的回复:] 那又怎么样,那些字符串能多到哪里去?不可能多过一部10W字的小说吧,一部10W字的小说存成文本文件,用GBK编码,也不过是1M左右。 10W字是什么概念,刚才网上找了一下,一部水浒传大约100W字不到,一部《天龙八部》大约是180W字不到,全部放到内存里不过十几M空间,你真要做一个RPG游戏的服务器,不会这么点内存都没有吧(当然客户端应该不会一次性加载所有对话内容)。
[quote=引用 5 楼 hemowolf 的回复:] 不是编译期间就可以确定内容的字符串,是不会放到常量池里的 所以,这些运行时才生成的中间字符串,只会当作垃圾进行回收 想提高性能,主要从减少这些字符串的方向入手
不是编译期间就可以确定内容的字符串,是不会放到常量池里的 所以,这些运行时才生成的中间字符串,只会当作垃圾进行回收 想提高性能,主要从减少这些字符串的方向入手
62,625
社区成员
307,257
社区内容
加载中
试试用AI创作助手写篇文章吧