Java代碼優化:使用構造函數和使用一個個setter的效率差別

<code>作者:李學凱
來源:

https

:/<code>


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

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的效率對比:


Java代碼優化:使用構造函數和使用一個個setter的效率差別


然後,使用的代碼如下:

Java代碼優化:使用構造函數和使用一個個setter的效率差別


Java代碼優化:使用構造函數和使用一個個setter的效率差別

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

不是有老鐵說builder模式嗎?

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

下面是builder的代碼:

Java代碼優化:使用構造函數和使用一個個setter的效率差別


Java代碼優化:使用構造函數和使用一個個setter的效率差別


Java代碼優化:使用構造函數和使用一個個setter的效率差別


使用的Lombok的註解。

然後是JProfiler監測結果

Java代碼優化:使用構造函數和使用一個個setter的效率差別

結果:

可以看到,還是構造函數牛x呀,還是他快,另外,上面的比例:72.6 : 27.4 = 33 :12.4 = 2.64

構造和set的時間比例是沒有變化的。


分享到:


相關文章: