Java中使用构造函数与使用setter的效率差别

1，能使用构造函数一步到位的，就尽量使用构造函数，而不是使用一个个setter函数

2，能使用数组的，就使用数组。替代list，数组是真的快。

3，for循环的时候，使用for i循环针对list接口的集合，不使用for each 循环。for i循环的时候，把length的值提到for循环之外。

4，有些变量能提出来的，取一次，多次使用。不要频繁的get。即使是一个简单的int值。

5，要是能使用内部类的话，可以使用内部类，这样可以省去getter，setter方法的使用。

6，JSON的序列化和反序列化，不要说理论上是fastjson快，就使用fastjson，因为针对数据结构的简单复杂程度，来选择使用什么去序列化和反序列化，要实际测试之后，再说话。不能直接照搬理论，因为有时候Gson真的很快。

下面对这个构造和set的效率对比

然后，使用的代码如下：

package com.lxk.fast;
 
import com.Google.common.collect.Lists;
import com.lxk.model.Car;
import com.lxk.model.Dog;
 

public class FastIsConstructOrSet {
    public static void main(String[] args) {
        testFast();
    }
 
    
    private static void testFast() {
        while (true) {
            //27.4%
            set();
            //72.6%
            construct();
        }
    }
 
    
    private static void construct() {
        Car car = new Car("oooo", 100, Lists.newArrayList(new Dog("aaa", true, true)));
    }
 
    
    private static void set() {
        Car car = new Car();
        car.setSign("oooo");
        car.setPrice(100);
        Dog dog = new Dog();
        dog.setName("aaa");
        dog.setAlive(true);
        dog.setLoyal(true);
        car.setMyDog(Lists.newArrayList(dog));
    }
}

可以发现，构造就是比一个个设置要快不少，所以，在能一步到位给属性设置值的时候，考虑到效率问题，就要这么干

(2019-07-16 新增)

不是有老铁说builder模式吗？

我好奇就测试了一下，万一这个builder模式快呢。

下面是builder的代码

   
    @Test
    public void testFast2() {
        while (true) {
            //33%
            set();
            //12.4%
            construct();
            //54.6%
            builder();
        }
    }
 
    
    private static void builder() {
        Car car = Car.builder()
                .sign("0000")
                .price(100)
                .myDog(Lists.newArrayList(Dog.builder().name("aaa").alive(true).isLoyal(true).build()))
                .build();
    }

使用的Lombok的注解。

然后是JProfiler监测结果

结果：

可以看到，还是构造函数牛x呀，还是他快，另外，上面的比例：72.6 : 27.4 = 33 ：12.4 = 2.64

构造和set的时间比例是没有变化的。