1、避免使用多個 If-else 語句

我們在代碼中使用條件語句進行決策。條件語句不應(yīng)該被過度使用。如果我們使用太多條件 if-else 語句，則會影響性能，因為 JVM 每次都必須比較條件。

如果在 for 循環(huán)、while 循環(huán)等循環(huán)語句中使用相同的內(nèi)容，情況可能會變得更糟。

如果業(yè)務(wù)邏輯中有太多條件，請嘗試對條件進行分組并獲取布爾結(jié)果并在 if 語句中使用它。

另外，如果可能的話，我們可以考慮使用 switch 語句來代替多個 if-else。Switch 語句比 if-else 具有性能優(yōu)勢。下面提供了示例作為示例，應(yīng)避免如下情況：

例子：

if(條件1){     
    if(條件2){       
      if (條件3 || 條件4) { 執(zhí)行..}        
      else{執(zhí)行..}

注意： 應(yīng)避免使用上述示例，并按如下方式使用：

布爾結(jié)果 = (條件1 && 條件2) && (條件3 || 條件4)。

2、避免使用字符串對象進行連接

字符串是一個不可變類，由 String 創(chuàng)建的對象不能被重用。因此，如果我們需要創(chuàng)建一個大字符串，那么使用“+”運算符連接 String 對象是不好的做法。

這將導致創(chuàng)建多個 String 對象，從而導致更多的堆內(nèi)存使用。

在這種情況下，我們可以使用 StringBuilder 或 StringBuffer，前者優(yōu)于后者，因為它由于非同步方法而具有性能優(yōu)勢。

示例如下：

String str = str1+str2+str3;

注意： 應(yīng)避免使用上述示例，并按如下方式使用：

StringBuilder strBuilder = new StringBuilder(“”);
strBuilder.append(str1).append(str2).append(str3);
字符串查詢 = strBuilder.toString();

3、避免編寫長方法

這些方法不應(yīng)該太長，并且應(yīng)該特定于執(zhí)行單一功能。編寫代碼時使用單一職責原則。

這對于維護和性能都有好處，因為在類加載和方法調(diào)用期間，方法會加載到堆棧內(nèi)存中。

如果方法很大且處理量過多，它們將消耗內(nèi)存以及 CPU 周期來執(zhí)行。

嘗試在適當?shù)倪壿孅c將這些方法分解為更小的方法。

我建議在 IDE 中使用Find Bug 或 Sonar Cube插件。它們基本上表明了方法的認知復雜性何時從閥值開始增加。

4、避免在循環(huán)中獲取集合的大小

迭代任何集合時，都會在循環(huán)之前獲取集合的大小，而不會在迭代期間獲取它。下面提供了示例作為示例，應(yīng)避免如下情況：

例子：

List<String> empListData = getEmpData (); 
for ( int i = 0 ; i < empListData.size ( ); i++) 
{
執(zhí)行代碼 .. 
}

注意：應(yīng)避免使用上述示例，并按如下方式使用：

List<String> empListData= getEmpData();
int size = empListData.size();
for (int i = 0; i < 大小; i++) {
執(zhí)行代碼..
}

5、避免使用BigInteger 和BigDecimal 類

BigDecimal 類為十進制值提供準確的精度。過度使用該對象會極大地影響性能，特別是當使用該對象來計算循環(huán)中的某些值時。

BigInteger 和 BigDecimal在 long 或 double 上使用大量內(nèi)存來執(zhí)行計算。

如果精度不是問題，或者如果我們確定計算值的范圍不會超過 long 或 double，我們可以避免使用 BigDecimal，而應(yīng)該使用 long 或 double 并進行適當?shù)霓D(zhuǎn)換。

6、盡可能使用原始類型

使用原始數(shù)據(jù)類型比對象更好，因為原始類型數(shù)據(jù)存儲在堆棧內(nèi)存中，而對象存儲在堆內(nèi)存中。

如果可能，我們可以使用原始數(shù)據(jù)類型而不是對象，因為從堆棧內(nèi)存訪問數(shù)據(jù)比堆內(nèi)存更快。

因此，使用 double 優(yōu)于 Double 或使用 int 優(yōu)于 Integer 總是有益的。

7、使用存儲過程代替查詢

最好編寫存儲過程而不是復雜而大的查詢并在處理時調(diào)用它們。

存儲過程作為對象存儲在數(shù)據(jù)庫中并進行預編譯。與具有相同業(yè)務(wù)邏輯的查詢相比，存儲過程的執(zhí)行時間更短，因為每次通過應(yīng)用程序調(diào)用查詢時都會編譯和執(zhí)行查詢。

此外，存儲過程在數(shù)據(jù)傳輸和網(wǎng)絡(luò)流量方面具有優(yōu)勢，因為我們不需要每次都將復雜的查詢傳輸?shù)綌?shù)據(jù)庫服務(wù)器來執(zhí)行。

8、避免經(jīng)常創(chuàng)建大對象

有某些類在應(yīng)用程序中充當數(shù)據(jù)持有者。這些對象很重，應(yīng)避免多次創(chuàng)建它們。

例如用戶登錄后的數(shù)據(jù)庫連接對象或會話對象。這些對象在創(chuàng)建時使用了大量資源。

我們應(yīng)該重用這些對象，而不是創(chuàng)建它們，因為創(chuàng)建會由于更多的內(nèi)存使用而極大地影響應(yīng)用程序的性能。

我們應(yīng)該盡可能使用單例模式來創(chuàng)建對象的單個實例，并在需要時重用它，或者克隆該對象而不是創(chuàng)建一個新對象。

9、在 Java 應(yīng)用程序中謹慎使用“包含”

Lists、ArrayList 和Vectors都有一個 contains 方法，允許程序員檢查集合是否已經(jīng)有類似的對象。可能正在迭代一個大樣本，并且經(jīng)常需要在樣本中查找唯一對象的列表。代碼可能如下所示：

ArrayList al = new ArrayList();

for (int i=0; i < vars.size(); i++)
{
	String obj = (String) vars.get(i);
	if (!al.contains(obj))
	{
		al.add(obj);
	}
}

從功能上講，這段代碼很好，但從性能的角度來看，需要在循環(huán)的每次迭代中檢查 ArrayList 是否包含該對象。contains 方法每次都會掃描整個 ArrayList。因此，隨著 ArrayList 變大，性能損失也會增加。

最好先將所有樣本添加到 ArrayList，進行一次重復檢查，使用本質(zhì)上提供唯一性的集合（例如 HashSet），然后創(chuàng)建唯一的 ArrayList 一次。現(xiàn)在不必對 ArrayList 進行數(shù)千次包含檢查，而是進行一次性重復檢查。

ArrayList al = new ArrayList();
…
for (int i=0; i < vars.size(); i++)
{
	String obj = (String) vars.get(i);
	al.add(obj);
}
al = removeDuplicates(al);
…
static ArrayList removeDuplicates(ArrayList list) 
{
	if (list == null || list.size() == 0)
	{
		return list;
	}
  Set set = new HashSet(list);
	list.clear();
	list.addAll(set);
 	return list;
}

下表顯示了我們的原始代碼和上面修改的代碼之間的時間差：

10、使用PreparedStatement代替Statement

在通過應(yīng)用程序執(zhí)行 SQL 查詢時，我們使用 JDBC API 和類來實現(xiàn)同樣的目的。

對于參數(shù)化查詢執(zhí)行來說， PreparedStatement比Statement更有優(yōu)勢，因為preparedStatement 對象編譯一次并執(zhí)行多次。

另一方面，Statement 對象在每次調(diào)用時都會被編譯和執(zhí)行。此外，準備好的語句對象是安全的，可以避免 SQL 注入攻擊。

11、在查詢中選擇所需的列

在從數(shù)據(jù)庫獲取數(shù)據(jù)時，我們使用選擇查詢來獲取數(shù)據(jù)。避免選擇不需要進一步處理的列。

僅選擇我們需要進一步處理或在前端顯示的那些列。選擇太多列會導致數(shù)據(jù)庫端的查詢執(zhí)行延遲。

從數(shù)據(jù)庫中選擇數(shù)據(jù)時避免使用“*”。

此外，它還會增加從數(shù)據(jù)庫到應(yīng)用程序的網(wǎng)絡(luò)流量，這是應(yīng)該避免的。下面提供了示例作為示例，應(yīng)避免如下情況：

例子：

select * from employee where emp_id = 100;

注意：應(yīng)避免使用上述示例，并按如下方式使用：

從員工中選擇 emp_name、emp_age、emp_gender、emp_ocupation、emp_address，其中 emp_id = 100；

12、使用不必要的日志語句和不正確的日志級別

日志記錄是任何應(yīng)用程序不可或缺的一部分，需要有效實施，以避免由于不正確的日志記錄和日志級別而導致性能下降。

我們應(yīng)該避免將大對象記錄到代碼中。日志記錄應(yīng)限于特定參數(shù)。

此外，日志記錄級別應(yīng)保持在較高級別，例如 DEBUG、ERROR，而不是 INFO。下面提供了示例作為示例，應(yīng)避免如下情況：

例子：

Logger.debug ( "員工信息：" + emp.toString ( )); 
Logger.info ( "設(shè)置員工數(shù)據(jù)調(diào)用的方法：" + emp.getData ( ));

注意：應(yīng)避免使用上述示例，并按如下方式使用：

Logger.debug(“員工信息：” + emp.getName() + ”：登錄ID：” + emp.getLoginId());

Logger.info(“設(shè)置員工數(shù)據(jù)所調(diào)用的方法”)。

13、使用join連接獲取數(shù)據(jù)

從多個表獲取數(shù)據(jù)時，有必要在表上正確使用join聯(lián)接。如果未正確使用聯(lián)接或表未標準化，則會導致查詢執(zhí)行延遲，從而導致應(yīng)用程序性能下降。

避免使用子查詢而不是連接，因為子查詢比連接花費更多的執(zhí)行時間。

在表中經(jīng)常使用的列上創(chuàng)建索引，以提高查詢執(zhí)行的性能并減少應(yīng)用程序的延遲。

在 join 或 where 子句中始終首先使用主鍵。

14、使用 EntrySet 而不是 KeySet

如果在地圖上進行大量迭代，那么EntrySet會比KeySet更好。EntrySet 可以在一秒鐘內(nèi)比 KeySet 多運行 9000 次操作，因此將通過這種方式獲得更好的性能。

15、EnumSet 是枚舉值的最佳選擇

如果正在使用 Enum 值，那么使用EnumSet更有意義。它允許比其他方法更快的計算。

EnumSet 的值以可預測的順序存儲，而其他方法（如 HashSet）需要更長的時間才能產(chǎn)生相同的結(jié)果。