java开发中的常用优化点与代码

发表于 更新于 分类于 本文字数： 555 阅读时长 ≈ 2 分钟

1. 循环删除元素

1
2
3
4
5
6
7
8
9
List list = ....
Iterator<T> it = list.iterator();
while(it.hasNext()) {
    T element = it.next()
	if(shouldBeDeletedObject(element)) {
        // 删除元素
        it.remove()
    }
}

2. parallelStream代替foreach

parallelStream，并行处理流。

When to use parallel streams 何时应该使用parallelStream，概述为：当操作是独立的并且计算量大或者应用于高效可拆分数据结构的许多元素时，或者考虑同时使用这两种方法时，请考虑使用S.parallelStream().operation(F)代替S.stream().operation(F)。

更详细地：

  • F，每个元素的函数（通常为lambda）是独立的：每个元素的计算均不依赖于或不影响任何其他元素的计算。（有关使用无状态无干扰功能的更多指导，请参阅 流包摘要。）
  • S，源集合可以有效地拆分。除了Collections之外，还有其他一些易于并行化的流源，例如java.util.SplittableRandom（可以使用该stream.parallel()方法来并行化）。但是大多数基于IO的源主要是为顺序使用而设计的。
  • 执行顺序版本的总时间超过了最小阈值。大多数平台的阈值大约为100微秒（十分之一）。不过，您不需要精确地测量它。在实践中，您可以通过将N（元素数）乘以Q（F的每个元素的成本），然后将Q表示为操作数或代码行数，然后检查N * Q在至少10000。因此，当 F是类似的微小函数时x -> x + 1，则需要N> = 10000并行执行的元素是值得的。相反，当F是一项庞大的计算，例如在国际象棋中找到最佳下一个动作时， Q因子是如此之高，以至于N无关紧要，只要集合可以完全拆分即可。

所以当每个任务相互之间互不影响，且耗时较大时（大于100微秒），则可以考虑使用parrallelStream来优化。

TODO 当parallelStream有一个任务发生异常会怎样？

3. 调用第三方接口必须统一封装，必须获取所有可能的异常，最后的catch必须是 catch(Exception e) {…}

1
2
3
4
5
6
7
8
9
10
11
12
13
public Object getInfoFromOtherAPI() {
  try {
    //call API
  } catch (SpecialException e) {
    //TODO
  }
  ...
  catch (Exception e) {
    //最后的catch必须捕获所有可能的异常
    return null;
  }

}