pet*_*erk 3 java garbage-collection
或者我可能会问新的GC是否重要？
如果确实如此,那么是否需要通过查找表管理节点之间的链接或使用弱引用(更多的内存),或者只是让所有节点都指向彼此.这假设我有一个"dispose"方法,其中节点或链接删除将对它的所有引用设置为null.
问题是如果ram中有一个大型数据库,如果必须在图中评估很多长的随机周期,它会对GC性能产生重大影响吗？或不？
垃圾收集的标记和扫描方法对对象图的拓扑完全不敏感.一旦它到达已经标记的物体,它就会假定它的所有指示物都被标记,因此无论您如何设计结构,都不会造成太大的伤害.
我的建议是尽量保持代码尽可能自然地适应问题,并且对任何其他问题都非常松懈.当您遇到真正的性能/内存问题时,只有在您停下并考虑优化时才会出现.
| 归档时间： |
|
| 查看次数： |
326 次 |
| 最近记录： |