自拍偷在线精品自拍偷,亚洲欧美中文日韩v在线观看不卡

Java 中的五個代碼性能提升技巧,最高提升近10倍

開發(fā) 后端
這篇文章介紹幾個 Java 開發(fā)中可以進(jìn)行性能優(yōu)化的小技巧,希望大家喜歡。

[[442793]]

 這篇文章介紹幾個 Java 開發(fā)中可以進(jìn)行性能優(yōu)化的小技巧,雖然大多數(shù)情況下極致優(yōu)化代碼是沒有必要的,但是作為一名技術(shù)開發(fā)者,我們還是想追求代碼的更小、更快,更強(qiáng)。如果哪天你發(fā)現(xiàn)程序的運(yùn)行速度不盡人意,可能會想到這篇文章。

提示:我們不應(yīng)該為了優(yōu)化而優(yōu)化,這有時會增加代碼的復(fù)雜度。

這篇文章中的代碼都在以下環(huán)境中進(jìn)行性能測試。

  •  JMH version: 1.33(Java 基準(zhǔn)測試框架)
  •  VM version: JDK 17, OpenJDK 64-Bit Server VM, 17+35-2724

通過這篇文章的測試,將發(fā)現(xiàn)以下幾個操作的性能差異。

  1.   預(yù)先分配 HashMap 的大小,提高 1/4 的性能。
  2.   優(yōu)化 HashMap 的 key,性能相差 9.5 倍。
  3.   不使用  Enum.values() 遍歷,Spring 也曾如此優(yōu)化。
  4.   使用 Enum 代替 String 常量,性能高出 1.5 倍。
  5.   使用高版本 JDK,基礎(chǔ)操作有 2-5 倍性能差異。

預(yù)先分配 HashMap 的大小

HashMap 是 Java 中最為常用的集合之一,大多數(shù)的操作速度都非常快,但是 HashMap 在調(diào)整自身的容量大小時是很慢且難以自動優(yōu)化,因此我們在定義一個 HashMap 之前,應(yīng)該盡可能的給出它的容量大小。給出 size 值時要考慮負(fù)載因子,HashMap 默認(rèn)負(fù)載因子是 0.75,也就是要設(shè)置的 size 值要除于 0.75。

相關(guān)文章:HashMap 源碼分析解讀

下面使用 JMH 進(jìn)行基準(zhǔn)測試,測試分別向初始容量為 16 和 32 的 HashMap 中插入 14 個元素的效率。 

  1. /**  
  2.  * @author https://www.wdbyte.com  
  3.  */  
  4. @State(Scope.Benchmark)  
  5. @Warmup(iterations = 3,time = 3 
  6. @Measurement(iterations = 5,time = 3 
  7. public class HashMapSize {  
  8.     @Param({"14"})  
  9.     int keys;  
  10.     @Param({"16", "32"})  
  11.     int size;  
  12.     @Benchmark  
  13.     public HashMap<Integer, Integer> getHashMap() {  
  14.         HashMap<Integer, Integer> map = new HashMap<>(size); 
  15.          for (int i = 0; i < keys; i++) {  
  16.             map.put(i, i);  
  17.         }  
  18.         return map; 
  19.    }  

HashMap 的初始容量是 16,負(fù)責(zé)因子 0.75,即最多插入 12 個元素,再插入時就要進(jìn)行擴(kuò)容,所以插入 14 個元素過程中需要擴(kuò)容一次,但是如果 HashMap 初始化時就給了 32 容量,那么最多可以承載 32 * 0.75 = 24 個元素,所以插入 14 個元素時是不需要擴(kuò)容操作的。 

  1. # JMH version: 1.33  
  2. # VM version: JDK 17, OpenJDK 64-Bit Server VM, 17+35-2724  
  3. Benchmark               (keys)  (size)   Mode  Cnt        Score        Error  Units  
  4. HashMapSize.getHashMap      14      16  thrpt   25  4825825.152 ± 323910.557  ops/s  
  5. HashMapSize.getHashMap      14      32  thrpt   25  6556184.664 ± 711657.679  ops/s 

可以看到在這次測試中,初始容量為32 的 HashMap 比初始容量為 16 的 HashMap 每秒可以多操作 26% 次,已經(jīng)有 1/4 的性能差異了。

 優(yōu)化 HashMap 的 key

如果 HashMap 的 key 值需要用到多個 String 字符串時,把字符串作為某個類屬性,然后使用這個類的實(shí)例作為 key 會比使用字符串拼接效率更高。

下面測試使用兩個字符串拼接作為 key,和把兩個字符串作為 MutablePair 類的屬性引用,然后使用 MutablePair 對象作為 key 的運(yùn)行效率差異。 

  1. /**  
  2.  * @author https://www.wdbyte.com  
  3.  */  
  4. @State(Scope.Benchmark)  
  5. @Warmup(iterations = 3time = 3 
  6. @Measurement(iterations = 5time = 3 
  7. public class HashMapKey {  
  8.     private int size = 1024 
  9.     private Map<String, Object> stringMap;  
  10.     private Map<Pair, Object> pairMap;  
  11.     private String[] prefixes;  
  12.     private String[] suffixes;  
  13.     @Setup(Level.Trial)  
  14.     public void setup() {  
  15.         prefixes = new String[size];  
  16.         suffixes = new String[size];  
  17.         stringMap = new HashMap<>();  
  18.         pairMap = new HashMap<>();  
  19.         for (int i = 0; i < size; ++i) {  
  20.             prefixes[i] = UUID.randomUUID().toString();  
  21.             suffixes[i] = UUID.randomUUID().toString();  
  22.             stringMap.put(prefixes[i] + ";" + suffixes[i], i);  
  23.             // use new String to avoid reference equality speeding up the equals calls  
  24.             pairMap.put(new MutablePair(prefixes[i], suffixes[i]), i);  
  25.         }  
  26.     }  
  27.     @Benchmark  
  28.     @OperationsPerInvocation(1024)  
  29.     public void stringKey(Blackhole bh) {  
  30.         for (int i = 0; i < prefixes.length; i++) {  
  31.             bh.consume(stringMap.get(prefixes[i] + ";" + suffixes[i]));  
  32.         }  
  33.     }  
  34.     @Benchmark  
  35.     @OperationsPerInvocation(1024)  
  36.     public void pairMap(Blackhole bh) {  
  37.         for (int i = 0; i < prefixes.length; i++) {  
  38.             bh.consume(pairMap.get(new MutablePair(prefixes[i], suffixes[i])));  
  39.         }  
  40.     }  

測試結(jié)果: 

  1. # JMH version: 1.33  
  2. # VM version: JDK 17, OpenJDK 64-Bit Server VM, 17+35-2724  
  3. Benchmark              Mode  Cnt         Score         Error  Units  
  4. HashMapKey.pairMap    thrpt   25  89295035.436 ± 6498403.173  ops/s  
  5. HashMapKey.stringKey  thrpt   25   9410641.728 ±  389850.653  ops/s 

可以發(fā)現(xiàn)使用對象引用作為 key 的性能,是使用 String 拼接作為 key 的性能的 9.5 倍。 

不使用  Enum.values() 遍歷

我們通常會使用  Enum.values() 進(jìn)行枚舉類遍歷,但是這樣每次調(diào)用都會分配枚舉類值數(shù)量大小的數(shù)組用于操作,這里完全可以緩存起來,以減少每次內(nèi)存分配的時間和空間消耗。 

  1. /**  
  2.  * 枚舉類遍歷測試  
  3.  *  
  4.  * @author https://www.wdbyte.com  
  5.  */  
  6. @State(Scope.Benchmark)  
  7. @Warmup(iterations = 3time = 3 
  8. @Measurement(iterations = 5time = 3 
  9. @BenchmarkMode(Mode.AverageTime)  
  10. @OutputTimeUnit(TimeUnit.MILLISECONDS)  
  11. public class EnumIteration {  
  12.     enum FourteenEnum {  
  13.         a,b,c,d,e,f,g,h,i,j,k,l,m,n;  
  14.         static final FourteenEnum[] VALUES;  
  15.         static {  
  16.             VALUES = values();  
  17.         }  
  18.     }  
  19.     @Benchmark  
  20.     public void valuesEnum(Blackhole bh) {  
  21.         for (FourteenEnum value : FourteenEnum.values()) {  
  22.             bh.consume(value.ordinal());  
  23.         }  
  24.     }  
  25.     @Benchmark  
  26.     public void enumSetEnum(Blackhole bh) { 
  27.         for (FourteenEnum value : EnumSet.allOf(FourteenEnum.class)) {  
  28.             bh.consume(value.ordinal());  
  29.         }  
  30.     }  
  31.     @Benchmark  
  32.     public void cacheEnums(Blackhole bh) {  
  33.         for (FourteenEnum value : FourteenEnum.VALUES) {  
  34.             bh.consume(value.ordinal());  
  35.         }  
  36.     }  

運(yùn)行結(jié)果 

  1. # JMH version: 1.33  
  2. # VM version: JDK 17, OpenJDK 64-Bit Server VM, 17+35-2724  
  3. Benchmark                   Mode  Cnt         Score         Error  Units  
  4. EnumIteration.cacheEnums   thrpt   25  15623401.567 ± 2274962.772  ops/s  
  5. EnumIteration.enumSetEnum  thrpt   25   8597188.662 ±  610632.249  ops/s  
  6. EnumIteration.valuesEnum   thrpt   25  14713941.570 ±  728955.826  ops/s 

很明顯使用緩存后的遍歷速度是最快的,使用 EnumSet 遍歷效率是最低的,這很好理解,數(shù)組的遍歷效率是大于哈希表的。

可能你會覺得這里使用 values() 緩存和直接使用 Enum.values() 的效率差異很小,其實(shí)在某些調(diào)用頻率很高的場景下是有很大區(qū)別的,在 Spring 框架中,曾使用 Enum.values() 這種方式在每次響應(yīng)時遍歷 HTTP 狀態(tài)碼枚舉類,這在請求量大時造成了不必要的性能開銷,后來進(jìn)行了 values() 緩存優(yōu)化。

下面是這次提交的截圖:

Spring Enum.values 改動 

使用 Enum 代替 String 常量

使用 Enum 枚舉類代替 String 常量有明顯的好處,枚舉類強(qiáng)制驗(yàn)證,不會出錯,同時使用枚舉類的效率也更高。即使作為 Map 的 key 值來看,雖然 HashMap 的速度已經(jīng)很快了,但是使用 EnumMap 的速度可以更快。

提示:不要為了優(yōu)化而優(yōu)化,這會增加代碼的復(fù)雜度。

下面測試使用使用 Enum 作為 key,和使用 String 作為 key,在 map.get 操作下的性能差異。 

  1. /**  
  2.  * @author https://www.wdbyte.com  
  3.  */  
  4. @State(Scope.Benchmark)  
  5. @Warmup(iterations = 3time = 3 
  6. @Measurement(iterations = 5time = 3 
  7. public class EnumMapBenchmark {  
  8.     enum AnEnum {  
  9.         a, b, c, d, e, f, g,  
  10.         h, i, j, k, l, m, n,  
  11.         o, p, q,    r, s, t,  
  12.         u, v, w,    x, y, z;  
  13.     }  
  14.     /** 要查找的 key 的數(shù)量 */  
  15.     private static int size = 10000 
  16.     /** 隨機(jī)數(shù)種子 */  
  17.     private static int seed = 99 
  18.     @State(Scope.Benchmark)  
  19.     public static class EnumMapState {  
  20.         private EnumMap<AnEnum, String> map;  
  21.         private AnEnum[] values;  
  22.         @Setup(Level.Trial)  
  23.         public void setup() {  
  24.             map = new EnumMap<>(AnEnum.class);  
  25.             values = new AnEnum[size];  
  26.             AnEnum[] enumValues = AnEnum.values();  
  27.             SplittableRandom random = new SplittableRandom(seed);  
  28.             for (int i = 0; i < size; i++) {  
  29.                 int nextInt = random.nextInt(0, Integer.MAX_VALUE);  
  30.                 values[i] = enumValues[nextInt % enumValues.length];  
  31.             }  
  32.             for (AnEnum value : enumValues) {  
  33.                 map.put(value, UUID.randomUUID().toString());  
  34.             }  
  35.         }  
  36.     }  
  37.     @State(Scope.Benchmark)  
  38.     public static class HashMapState{  
  39.         private HashMap<String, String> map;  
  40.         private String[] values;  
  41.         @Setup(Level.Trial)  
  42.         public void setup() {  
  43.             map = new HashMap<>();  
  44.             values = new String[size];  
  45.             AnEnum[] enumValues = AnEnum.values();  
  46.             int pos = 0 
  47.             SplittableRandom random = new SplittableRandom(seed);  
  48.             for (int i = 0; i < size; i++) {  
  49.                 int nextInt = random.nextInt(0, Integer.MAX_VALUE);  
  50.                 values[i] = enumValues[nextInt % enumValues.length].toString();  
  51.             }  
  52.             for (AnEnum value : enumValues) {  
  53.                 map.put(value.toString(), UUID.randomUUID().toString());  
  54.             }  
  55.         }  
  56.     }  
  57.     @Benchmark  
  58.     public void enumMap(EnumMapState state, Blackhole bh) {  
  59.         for (AnEnum value : state.values) {  
  60.             bh.consume(state.map.get(value));  
  61.         }  
  62.     }  
  63.     @Benchmark  
  64.     public void hashMap(HashMapState state, Blackhole bh) {  
  65.         for (String value : state.values) {  
  66.             bh.consume(state.map.get(value));  
  67.         }  
  68.     }  

運(yùn)行結(jié)果: 

  1. # JMH version: 1.33  
  2. # VM version: JDK 17, OpenJDK 64-Bit Server VM, 17+35-2724  
  3. Benchmark                  Mode  Cnt      Score      Error  Units  
  4. EnumMapBenchmark.enumMap  thrpt   25  22159.232 ± 1268.800  ops/s  
  5. EnumMapBenchmark.hashMap  thrpt   25  14528.555 ± 1323.610  ops/s 

很明顯,使用 Enum 作為 key 的性能比使用 String 作為 key 的性能高出 1.5 倍。但是仍然要根據(jù)實(shí)際情況考慮是否使用 EnumMap 和 EnumSet。

 使用高版本 JDK

String 類應(yīng)該是 Java 中使用頻率最高的類了,但是 Java 8 中的  String 實(shí)現(xiàn)相比高版本 JDK ,則占用空間更多,性能更低。

下面測試 String 轉(zhuǎn) bytes 和 bytes 轉(zhuǎn) String 在 Java 8 以及 Java 11 中的性能開銷。 

  1. /**  
  2.  * @author https://www.wdbyte.com  
  3.  * @date 2021/12/23  
  4.  */  
  5. @State(Scope.Benchmark)  
  6. @Warmup(iterations = 3time = 3 
  7. @Measurement(iterations = 5time = 3 
  8. public class StringInJdk {  
  9.     @Param({"10000"})  
  10.     private int size;  
  11.     private String[] stringArray;  
  12.     private List<byte[]> byteList;  
  13.     @Setup(Level.Trial)  
  14.     public void setup() {  
  15.         byteList = new ArrayList<>(size);  
  16.         stringArray = new String[size]; 
  17.         for (int i = 0; i < size; i++) {  
  18.             String uuid = UUID.randomUUID().toString();  
  19.             stringArray[i] = uuid;  
  20.             byteList.add(uuid.getBytes(StandardCharsets.UTF_8));  
  21.         }  
  22.     }  
  23.     @Benchmark  
  24.     public void byteToString(Blackhole bh) {  
  25.         for (byte[] bytes : byteList) {  
  26.             bh.consume(new String(bytes, StandardCharsets.UTF_8));  
  27.         }  
  28.     }  
  29.     @Benchmark 
  30.  
  31.     public void stringToByte(Blackhole bh) {  
  32.         for (String s : stringArray) {  
  33.             bh.consume(s.getBytes(StandardCharsets.UTF_8));  
  34.         }  
  35.     }  

測試結(jié)果: 

  1. # JMH version: 1.33  
  2. # VM version: JDK 1.8.0_151, Java HotSpot(TM) 64-Bit Server VM, 25.151-b12  
  3. Benchmark                 (size)   Mode  Cnt     Score     Error  Units  
  4. StringInJdk.byteToString   10000  thrpt   25  2396.713 ± 133.500  ops/s  
  5. StringInJdk.stringToByte   10000  thrpt   25  1745.060 ±  16.945  ops/s  
  6. # JMH version: 1.33  
  7. # VM version: JDK 17, OpenJDK 64-Bit Server VM, 17+35-2724  
  8. Benchmark                 (size)   Mode  Cnt     Score     Error  Units  
  9. StringInJdk.byteToString   10000  thrpt   25  5711.954 ±  41.865  ops/s  
  10. StringInJdk.stringToByte   10000  thrpt   25  8595.895 ± 704.004  ops/s 

可以看到在 bytes 轉(zhuǎn) String 操作上,Java 17 的性能是 Java 8 的 2.5 倍左右,而 String 轉(zhuǎn) bytes 操作,Java 17 的性能是 Java 8 的 5 倍。關(guān)于字符串的操作非?;A(chǔ),隨處可見,可見高版本的優(yōu)勢十分明顯。 

 

責(zé)任編輯:龐桂玉 來源: Hollis
相關(guān)推薦

2019-09-26 08:33:51

Nginx技術(shù)Java

2020-07-25 20:01:45

CSS前端

2020-03-26 12:38:15

代碼節(jié)點(diǎn)數(shù)據(jù)

2024-11-18 19:00:29

2011-07-01 10:11:39

2021-12-28 14:10:41

開發(fā)技能代碼

2020-07-22 08:30:02

代碼開發(fā)工具

2014-03-26 10:00:06

RailsRails性能

2018-08-23 17:45:52

2017-10-30 15:22:29

代碼可讀性技巧

2024-08-06 12:35:42

C#代碼重構(gòu)

2017-11-06 14:33:54

Web開發(fā)服務(wù)器網(wǎng)絡(luò)

2024-10-29 08:21:05

2020-07-21 15:40:55

NginxJava服務(wù)器

2021-05-11 12:30:21

PyTorch代碼Python

2024-11-01 07:30:00

2024-11-14 11:29:38

2021-04-30 07:33:35

效率提升技巧

2024-06-11 00:09:00

JavaScript模式變量
點(diǎn)贊
收藏

51CTO技術(shù)棧公眾號