java性能优化技巧二

1. 谨慎对待Java的循环遍历Java中的列表遍历可比它看起来要麻烦多了。就以下面两段代码为例:A:1234private final List _bars;for(Bar bar : _bars) {    //Do important stuff}B:12345private final List _bars;for(int i = 0; i _bars.size(); i++) {Bar

大家好,又见面了,我是全栈君。

之前整理过一篇java性能优化的博客,链接
java性能优化一,今天补充几个

1. 谨慎对待Java的循环遍历
Java中的列表遍历可比它看起来要麻烦多了。就以下面两段代码为例:
A:
  • private final List<Bar> _bars;
    for(Bar bar : _bars) {
        //Do important stuff
    }
  • B:
  • private final List<Bar> _bars;
    for(int i = 0; i < _bars.size(); i++) {
    	Bar bar = _bars.get(i);
    	//Do important stuff
    }
  • 代码A执行的时候 会为这个抽象列表创建一个迭代器,而代码B就直接使用 get(i) 来获取元素,相对于代码A省去了迭代器的开销。
  • 实际上这里还是需要一些权衡的。代码A使用了迭代器,保证了在获取元素的时候的时间复杂度是 O(1) (使用了 getNext() 和 hasNext() 方法),最终的时间复杂度为 O(n) 。但是对于代码B,循环里每次在调用 _bars.get(i) 的时候花费的时间复杂度为 O(n)  (假设这个list为一个 LinkedList),那么最终代码B整个循环的时间复杂度就是 O(n^2)  (但如果代码B里面的list是 ArrayList, 那 get(i) 方法的时间复杂度就是 O(1)了)。所以在决定使用哪一种遍历的方式的时候,我们需要考虑列表的底层实现,列表的平均长度以及所使用的内存。如果我们需要优化内存,再加上 ArrayList 在大多数情况下查找的时间复杂度为 O(1) ,可以选择代码B所使用的方法。

  • 2.在初始化的时候预估集合的大小

从Java的这篇 文档我们可以了解到: “一个HashMap 实例有两个影响它性能的因素:初始大小和加载因子(load factor)。 当哈希表的大小达到初始大小和加载因子的乘积的时候,哈希表会进行 rehash操作。如果在一个HashMap 实例里面要存储多个映射关系时,我们需要设置足够大的初始化大小以便更有效地存储映射关系而不是让哈希表自动增长让后rehash,造成性能瓶颈。”


常常碰到需要遍历一个 
ArrayList 并将这些元素保存到 
HashMap 里面去,将这个 
HashMap 初始化预期的大小可以避免再次哈希所带来的开销。初始化大小可以设置为输入的数组大小除以默认加载因子的结果值(这里取0.7):
  • 优化前的代码:
  • HashMap<String,Foo> _map;
    void addObjects(List<Foo> input)
    {
      _map = new HashMap<String, Foo>();
      for(Foo f: input)
      {
        _map.put(f.getId(), f);
      }
    }

    优化后的代码

  • HashMap<String,Foo> _map;void addObjects(List<Foo> input){	_map = new HashMap<String, Foo>((int)Math.ceil(input.size() / 0.7));	for(Foo f: input)	{		_map.put(f.getId(), f);	}}

  • 3. 延迟表达式的计算

在Java中,所有的方法参数会在方法调用之前,只要有方法参数是一个表达式的都会先对这个表达式进行计算(从左到右)。这个规则会导致一些不必要的操作。考虑到下面一个场景:使用ComparisonChain比较两个 Foo 对象。使用这样的比较链条的一个好处就是在比较的过程中只要一个 compareTo 方法返回了一个非零值整个比较就结束了,避免了许多无谓的比较。例如现在这个场景中的要比较的对象最先考虑他们的score, 然后是 position, 最后就是 _bar 这个属性了:

public class Foo {	private float _score;	private int _position;	private Bar _bar; 	public int compareTo (Foo other) {		return ComparisonChain.start().			compare(_score, other.getScore()).			compare(_position, other.getPosition()).			compare(_bar.toString(), other.getBar().toString()).			result;	}}

但是上面这种实现方式总是会先生成两个 String 对象来保存 bar.toString() 和other.getBar().toString() 的值,即使这两个字符串的比较可能不需要。避免这样的开销,可以为Bar 对象实现一个 comparator:

public class Foo {
	private float _score;
	private int _position;
	private Bar _bar;
	private final BarComparator BAR_COMPARATOR = new BarComparator();
 
	public int compareTo (Foo other) {
		return ComparisonChain.start().
			compare(_score, other.getScore()).
			compare(_position, other.getPosition()).
			compare(_bar, other.getBar(), BAR_COMPARATOR).
			result();
	}
	private static class BarComparator implements Comparator<Bar> {
		@Override
		public int compare(Bar a, Bar b) {
			return a.toString().compareTo(b.toString());
		}
	}
}

4. 提前编译正则表达式

字符串的操作在Java中算是开销比较大的操作。还好Java提供了一些工具让正则表达式尽可能地高效。动态的正则表达式在实践中比较少见。在接下来要举的例子中,每次调用 String.replaceAll() 都包含了一个常量模式应用到输入值中去。因此我们预先编译这个模式可以节省CPU和内存的开销。

优化前:

  • private String transform(String term) {
    	return outputTerm = term.replaceAll(_regex, _replacement);
    }
  • 优化后:
  • private final Pattern _pattern = Pattern.compile(_regex);
    private String transform(String term) {
    	return outputTerm = _pattern.matcher(term).replaceAll(_replacement);
    }

5. 尽可能地缓存Cache it if you can

将结果保存在缓存里也是一个避免过多开销的方法。现在已经有多种LRU(Least Recently Used )缓存算法实现。 


6. String的intern方法有用,但是也有危险

String 的 intern 特性有时候可以代替缓存来使用。

从这篇文档,我们可以知道:

“A pool of strings, initially empty, is maintained privately by the class String. When the intern method is invoked, if the pool already contains a string equal to this String object as determined by the equals(Object) method, then the string from the pool is returned. Otherwise, this String object is added to the pool and a reference to this String object is returned”.

这个特性跟缓存很类似,但有一个限制,你不能设置最多可容纳的元素数目。因此,如果这些intern的字符串没有限制(比如字符串代表着一些唯一的id),那么它会让内存占用飞速增长。

作者:jason0539

博客:http://blog.csdn.net/jason0539(转载请说明出处)

扫码关注我微信公众号

java性能优化技巧二

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请联系我们举报,一经查实,本站将立刻删除。

发布者:全栈程序员-站长,转载请注明出处:https://javaforall.net/121328.html原文链接:https://javaforall.net

(0)
上一篇 2022年3月11日 下午2:00
下一篇 2022年3月11日 下午2:00


相关推荐

  • X3D 概念

    X3D 概念Extensible3D(X3D)Part1:Architectureandbasecomponents4Concepts概念4.1一般4.1.1主题此条款描述了X3D的核心概念,包括:如何创建和回放X3D场景,X3D场景的运行时语法,组件和概貌构成的模块化结构,通过层概念保证顺应性,数据编码语法,程序存取,网络化因素。表

    2022年6月5日
    52
  • Shuriken粒子系统学习笔记

    Shuriken粒子系统学习笔记默认展开的是粒子系统的初始化模块 定义了粒子初始化时的持续时间 循环方式 发射速度 大小等一些列基本的参数 Emission 发射模块 控制粒子的发射速率 Rate Shape 形状模块 定义粒子发射器的形状生命周期 速度 大小 颜色 旋转 作用力 UVSubEmitter 子发射器模块 nbsp nbsp nbsp 此模块可时粒子在出生 消亡 碰撞等三个时刻生成其他的粒子

    2026年3月18日
    1
  • html5查看ies文件,5千+ IES光域网文件 5312 IES Files + IES 预览

    html5查看ies文件,5千+ IES光域网文件 5312 IES Files + IES 预览适用软件 所有官方地址 DEMO 资源标签 光阈网 IESIES 标准文件 可以运用光度学数据的 IESLM 63 1991 标准文件格局 创立 IES 格局的光度学数据文件 IES 代表照明工程协会 但是 此处只介绍与 3dsmax 有关的信息 有关 IES 标准文件格局的完好描述 请拜见 IES 标准文件格局以获取光度学数据的电子传输和有关信息 由 IES 计算机委员会拟定 在光域

    2026年3月17日
    2
  • pytest运行_ios12清除缓存

    pytest运行_ios12清除缓存前言pytest运行完用例之后会生成一个.pytest_cache的缓存文件夹,用于记录用例的ids和上一次失败的用例。方便我们在运行用例的时候加上–lf和–ff参数,快速运行上一

    2022年7月31日
    7
  • 微信小程序面试题大全(持续更新)

    微信小程序面试题大全(持续更新)微信小程序面试大全 持续更新

    2026年3月19日
    1
  • 安装登录ClawHub并给OpenClaw接入skills

    安装登录ClawHub并给OpenClaw接入skills

    2026年3月13日
    2

发表回复

您的邮箱地址不会被公开。 必填项已用 * 标注

关注全栈程序员社区公众号