【发布时间】:2013-06-17 19:54:17
【问题描述】:
好奇心和效率是这个问题的原因。我处于某些循环运行后创建许多新 HashSet 的情况:
HashSet 目前在类的顶部声明为这样:
private Set<String> failedTests;
然后在代码的后面,每当我重新运行测试时,我都会创建一个新的 failedTests HashSet:
failedTests = new HashSet<String>(16384);
我会一遍又一遍地执行此操作,具体取决于测试的规模。我希望垃圾收集器能够最有效地处理旧数据。但是,我知道另一种选择是在一开始就创建 HashSet:
private Set<String> failedTests = new HashSet<String>(16384);
然后每次循环清除HashSet。
failedTests.clear();
我的问题是,就开销等而言,哪种方法最有效?我不知道 clear() 函数在里面做什么——它是在做同样的事情,将旧数据发送到垃圾收集器,还是在做一些更有效的事情?另外,我给 HashSet 提供了很大的初始容量缓冲,但是如果测试需要超过 2^14 个元素,.clear() 函数是否会将 HashSet 重新实例化为 16384?
补充一下,我找到了source code to clear() here。所以它至少是最坏情况的 O(n) 操作。
使用 clear 函数,我做了一个测试过程,它在 565 秒内完成。 使用GC处理,506秒测试结束。
但这并不是一个完美的基准,因为还有其他外部因素,例如与计算机和网络文件系统的接口。但是整整一分钟确实感觉很好。有没有人推荐一个可以在线路/方法级别上工作的特定分析系统? (我使用的是 Eclipse Indigo)
【问题讨论】:
-
你试过基准测试吗?
-
您对自己创建了 多少 个新集有任何衡量标准吗?你真的测试过你的应用程序的行为吗?这是内存与性能问题的一个例子,通常会导致过早的优化。作为基础,您可以创建一个新的
HashSet,让 GC 完成它的工作并进行一些分析,以便在担心之前查看实际时间。毕竟,clear方法涉及迭代、清空引用并允许 GC 完成他的工作。 -
Fastest way to recreate the ArrayList in a for loop 的可能副本:
new通常比clear快。 -
哈希集是通过测试使用的,我注意到时间上的差异很小,但是您是否推荐一个特定的分析解决方案来为每一行代码/方法调用计时?无论如何我都会在最后发布分析,但是我的程序中还有许多其他因素可能会导致延迟,例如文件读取...
标签: java collections garbage-collection