在對Java程式碼進行優化的時候，想方設法的要提高整體的效率，使用JProfiler看程式碼的時間佔比，然後，看看哪些部分是可以優化的，減少執行時間的。下面有這麼幾個方向。

能使用建構函式一步到位的，就儘量使用建構函式，而不是使用一個個setter函式能使用陣列的，就使用陣列。替代list，陣列是真的快。for迴圈的時候，使用for i迴圈針對list介面的集合，不使用for each 迴圈。for i迴圈的時候，把length的值提到for迴圈之外。有些變數能提出來的，取一次，多次使用。不要頻繁的get。即使是一個簡單的int值。要是能使用內部類的話，可以使用內部類，這樣可以省去getter，setter方法的使用。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;/** * 測試誰快 直接構造或者一個個set，他們的效率差多少 * * @author LiXuekai on 2019/6/18 */public class FastIsConstructOrSet { public static void main(String[] args) { testFast(); } /** * 使用JProfiler看時間佔比 */ 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))); } /** * set來給屬性賦值 */ 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)); }}

可以發現，構造就是比一個個設定要快不少，所以，在能一步到位給屬性設定值的時候，考慮到效率問題，就要這麼幹！

不是有老鐵說builder模式嗎？

我好奇就測試了一下，萬一這個builder模式快呢。

下面是builder的程式碼：

 /** * 使用JProfiler看時間佔比 */ @Test public void testFast2() { while (true) { //33% set(); //12.4% construct(); //54.6% builder(); } } /** * 使用lombok的 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的時間比例是沒有變化的。