TestForNull 的地图查找效率

Question

Referencing a previous answer to a question on SO, 有一个方法叫做TestForNull。这是我在被告知可以提高效率之前的原始代码：

我的原始代码：

for (int i = 0; i < temp.length; i++) {
            if (map.containsKey(temp[i]))
                map.put(temp[i], map.get(temp[i]) + 1);
            else
                map.put(temp[i], 1);

在这个 sn-p 中，我对地图进行了三个查找。有人告诉我这可以通过一次查找来完成，所以我最终在 SO 上寻找答案并找到了链接的答案，并将我的代码修改为如下所示：

我修改后的代码：

for (int i = 0; i < temp.length; i++) {
            Integer value = map.get(temp[i]); 
            if (value != null)
                map.put(temp[i], value + 1);
            else
                map.put(temp[i], 1);
        }

尽管看起来更好，但对我来说似乎是两次查找，而不是一次。我想知道是否有一个只使用一个的实现，以及是否可以在不使用第三方库的情况下完成。如果有帮助，我将在我的程序中使用 HashMap。

Answer 1

Java 8 向 Map 接口添加了许多 default 方法，这些方法可能会有所帮助，包括 merge：

map.merge(temp[i], 1, v -> v + 1);

还有compute：

map.compute(temp[i], (k, v) -> v == null ? 1 : v + 1);

HashMap's implementations of these methods 进行了适当优化，以有效地仅执行单个键查找。 （奇怪的是，TreeMap 不能这样说。）

Answer 2

@John Kugelman 的回答是最好的（只要你会使用 java 8）。

第一个示例有 3 次 map 调用的最坏情况（在值已经存在的情况下）：

1. 包含密钥
2. 得到
3. 放

第二个例子总是有 2 个调用（和一个空检查）：

1. 得到
2. 放

所以你基本上是在用containsKey 换取空支票。

在HashMap 中，这些操作大致是恒定的时间，假设散列码分布良好（并且分布与HashMap 的大小配合得很好）。其他Map 实现（例如TreeMap）具有log(n) 执行时间。即使在HashMap 的情况下，空检查也会比containsKey 更快，从而使第二个选项成为赢家。但是，除非您的散列码分布不佳（或者这是您的应用程序正在做的唯一事情）或执行不佳的相等检查，否则您不太可能有可测量的差异。