java 业务循环调用怎么解决 java 循环优化

转载

mob64ca141834d3 2023-10-19 09:21:57

文章标签 java 业务循环调用怎么解决 java 前端数据结构与算法 ViewUI 文章分类 Java 后端开发

做java也很久了，自己也积累了一些代码优化方面的心得，一个好的代码是体现程序员水平的最直观体现，下面来看一下代码方面比较常见的优化点

（本文在书写过程中也参考了一些其他文章，在这里就不一一赘述，内容也比较浅显，忘大神轻喷，如有错误的地方，还请在评论中指出来，我会一一改正）

1.减少对变量的重复计算--》for循环的优化

for (int i = 0; i < args.length; i++)

{

}

更改为：

for (int i = 0,index=args.length; i < index; i++)

{

}

原理：每次在i++的时候都会重新计算一次args.length,优化之后只会计算一次

当然这个也是相对于args很大时，当args不大时，其实效率也差不多，但是我们养成个好习惯总是好的。而且它可以直接修改for循环的模版实现，比较方便

修改eclipse的模版：Preferences->java->Editor->Templates找到for修改为上面的内容

2. 底层使用可变数组的数据结构尽量指定长度

例如最常用的ArrayList,HashMap

List<String> list = new ArrayList<>(10);

Map<String,Object> map = new HashMap<>(10);

原理：可变数组都有一个扩容政策，当数据量超过它的加载因子时，就会执行扩容操作

当指定长度时，只有在超过指定的长度时，才会执行扩容操作，所以我们使用的时候应尽量预估它的大小，尽量指定大小

3. String类尽量使用StringBuffer、StringBuilder

这个涉及到jvm的内存分配，举个例子

String str = “abc”;

String str2 = str + “ccd”;

jvm会在堆内存中开辟3个空间，1为“abc”,2为“ccd”,3为“abcccd”,最终str2指向3，1和2因为没有被引用，会在GC回收机制内被回收，而GC的开销是相当大的，所以应尽量避免

那么使用StringBuffer是什么情况呢

StringBuffer str =“abc”;

str.append(“ccd”);

jvm只会在堆空间中开辟一个空间“abc”,执行append时只会在“abc”的空间上+“ccd”

因此避免了GC的回收，也避免了内存的浪费

同样是为了获取到“abcccd”,但第二种方式明显更有效率

那怎么判断是使用StringBuffer还是StringBuilder的呢？

如果有线程安全的考虑使用StringBuffer，无则使用StringBuilder，线程安全也是一个比较高的开销

4. 使用equals()方法时常量尽量写前面

例如：

Brand brand = new Brand();

 brand.setImgUrl("dddddddddd");

// brand.setName("HFanss");

 String ss = "HFanss";

 if (brand.getName().equals(ss))

{

System.err.println("相同");

}else

{

    System.err.println("不相同");

}

抛出空指针异常，应修改为：

if (ss.equals(brand.getName()))

这时候会输出不相同。

原理：equals的源码解释当比较对象（常量ss）为空时，抛出空指针异常，

而被比较对象（brand.getName()）为空时,则直接以 false结束

5. 尽量采用懒加载的策略，就是在需要的时候才创建

如：

String str = "HFanss";

 if ("2".equals(status))

    {

        list.add(str);

    }

应该为：

if ("2".equals(status))

    {

         String str = "HFanss";

        list.add(str);

    }

原理：这个应该很容易看懂的，当if不成立时，创建的字符串就没用了，面临GC回收，应该有效避免，写在if内部

6. 在数值运算时，遇到偶数乘、除偶数倍时，尽量使用位移运算

如：

int a = 2;

int b = 16;

System.err.println(a<<5);//等同于  2*2*2*2*2*2   即2*32

System.err.println(b>>2);//等同于  16/2/2      即16/4

原理：即使使用 2*32、16/4的方式，最终在底层的算法还是位移，因为位移是基于2进制的算法，任何运算都会转换成二进制再运算，那我们直接使用二进制就会提升一部分效率

7. 对象引用的优化

如：

List<Object> list = new ArrayList<>();

for (int i = 0; i < 1000; i++)

{

    Object obj  = new Object();    

    list.add(obj);

}

应该为：

List<Object> list = new ArrayList<>();

Object obj = null;

for (int i = 0; i < 1000; i++)

{

    obj  = new Object();    

    list.add(obj);

}

原理：我们的目的只是list.add(obj)这一步，

前者obj引用会在栈空间中有1000个，但是最终只会用到1个，

后者obj引用在栈空间只有1个，提升效果不言而喻！

8. 慎重使用static静态

使用静态后，编译时会直接创建，而且直到程序结束，一般只会用在常量，公共方法上，因为需要保证随时随地使用，基于这一需求，它不太使用于对象的创建上，会浪费内存

9. 常量的优化

相信这个大家应该都很熟悉，常量名大写用以和变量区分，而且加上static final修饰，保证使用的速度和不被外界力量所改变

10. 将变量转换成字符串时尽量使用to.string()方法

一般有3种方法

Integer s = 5;

s.toString();

String.valueOf(s);//源码显示调用了Integer.toString()方法，而且会在调用前做空判断

s+“”;//源码显示使用StringBuilder实现，先用append方法拼接，再用toString()方法对比而言，直接调用最底层的toString()方法无疑是效率最高的

接下来是一些体系上的优化，分为结构优化，日志优化，可读性优化，异常优化

结构优化：

A. action层尽量不要做参数的校验和逻辑书写，它只负责请求的转发和响应，入参和出参

B. Service层逻辑要清晰，尽量不要有if,for的出现，全部封装到公共方法去调用

C. DAO层只提供持久层相关操作，如封装参数进map供持久层使用，尽量不要有逻辑在里面，所有的逻辑应都在service里完成

日志优化：

A. 方法开始后、结束前书写日志

B. 抓取异常时书写日志

C. 特殊情况时书写。如需要提前return时

可读性优化：

A. 类、方法必须要有注释

B. 在一些比较大的逻辑前加上注释