這是一個(gè)比較常見的小技巧了，如果有以下代碼：

String str = "123";
if (str.equals("123"))
{
    ...
}

建議修改為：

String str = "123";
if ("123".equals(str))
{
    ...
}

這么做主要是可以避免空指針異常

（29）請知道，在java中if (i == 1)和if (1 == i)是沒有區(qū)別的，但從閱讀習(xí)慣上講，建議使用前者

平時(shí)有人問，"if (i==1)"和"if(1==i)"有沒有區(qū)別，這就要從C/C++講起。

在C/C++中，"if (i==1)"判斷條件成立，是以0與非0為基準(zhǔn)的，0表示false，非0表示true，如果有這么一段代碼：

int i = 2;
if (i == 1)
{
    ...
}
else
{
    ...
}

C/C++判斷"i==1"不成立，所以以0表示，即false。但是如果：

int i = 2;
if (i = 1)
{
    ...
}
else
{
    ...
}

萬一程序員一個(gè)不小心，把"if(i==1)"寫成"if(i=1)"，這樣就有問題了。在if之內(nèi)將i賦值為1，if判斷里面的內(nèi)容非0，返回的就是true了，但是明明i為2，比較的值是1，應(yīng)該返回的false。這種情況在C/C++的開發(fā)中是很可能發(fā)生的并且會(huì)導(dǎo)致一些難以理解的錯(cuò)誤產(chǎn)生，所以，為了避免開發(fā)者在if語句中不正確的賦值操作，建議將if語句寫為：

int i = 2;
if (1 == i)
{
    ...
}
else
{
    ...
}

這樣，即使開發(fā)者不小心寫成了"1=i"，C/C++編譯器也可以第一時(shí)間檢查出來，因?yàn)槲覀兛梢詫σ粋€(gè)變量賦值i為1，但是不能對一個(gè)常量賦值1為i。

但是，在Java中，C/C++這種"if(i=1)"的語法是不可能出現(xiàn)的，因?yàn)橐坏懥诉@種語法，Java就會(huì)編譯報(bào)錯(cuò)"Type mismatch: cannot convert from int to boolean"。但是，盡管Java的"if (i == 1)"和"if (1 == i)"在語義上沒有任何區(qū)別，從閱讀習(xí)慣上講，建議使用前者會(huì)更好些。

（30）不要對數(shù)組使用toString()方法

看一下對數(shù)組使用toString()打印出來的是什么：

public static void main(String[] args)
{
    int[] is = new int[]{1, 2, 3};
    System.out.println(is.toString());
}

結(jié)果是：

[I@18a992f

本意是想打印出數(shù)組內(nèi)容，卻有可能因?yàn)閿?shù)組引用is為空而導(dǎo)致空指針異常。不過雖然對數(shù)組toString()沒有意義，但是對集合toString()是可以打印出集合里面的內(nèi)容的，因?yàn)榧系母割怉bstractCollections重寫了Object的toString()方法。

（31）不要對超出范圍的基本數(shù)據(jù)類型做向下強(qiáng)制轉(zhuǎn)型

這絕不會(huì)得到想要的結(jié)果：

public static void main(String[] args)
{
    long l = 12345678901234L;
    int i = (int)l;
    System.out.println(i);
}

我們可能期望得到其中的某幾位，但是結(jié)果卻是：

1942892530

解釋一下。Java中l(wèi)ong是8個(gè)字節(jié)64位的，所以12345678901234在計(jì)算機(jī)中的表示應(yīng)該是：

0000 0000 0000 0000 0000 1011 0011 1010 0111 0011 1100 1110 0010 1111 1111 0010

一個(gè)int型數(shù)據(jù)是4個(gè)字節(jié)32位的，從低位取出上面這串二進(jìn)制數(shù)據(jù)的前32位是：

0111 0011 1100 1110 0010 1111 1111 0010

這串二進(jìn)制表示為十進(jìn)制1942892530，所以就是我們上面的控制臺(tái)上輸出的內(nèi)容。從這個(gè)例子上還能順便得到兩個(gè)結(jié)論：

1、整型默認(rèn)的數(shù)據(jù)類型是int，long l = 12345678901234L，這個(gè)數(shù)字已經(jīng)超出了int的范圍了，所以最后有一個(gè)L，表示這是一個(gè)long型數(shù)。順便，浮點(diǎn)型的默認(rèn)類型是double，所以定義float的時(shí)候要寫成""float f = 3.5f"

2、接下來再寫一句"int ii = l + i;"會(huì)報(bào)錯(cuò)，因?yàn)閘ong + int是一個(gè)long，不能賦值給int

（32）公用的集合類中不使用的數(shù)據(jù)一定要及時(shí)remove掉

如果一個(gè)集合類是公用的（也就是說不是方法里面的屬性），那么這個(gè)集合里面的元素是不會(huì)自動(dòng)釋放的，因?yàn)槭冀K有引用指向它們。所以，如果公用集合里面的某些數(shù)據(jù)不使用而不去remove掉它們，那么將會(huì)造成這個(gè)公用集合不斷增大，使得系統(tǒng)有內(nèi)存泄露的隱患。

（33）把一個(gè)基本數(shù)據(jù)類型轉(zhuǎn)為字符串，基本數(shù)據(jù)類型.toString()是最快的方式、String.valueOf(數(shù)據(jù))次之、數(shù)據(jù)+""最慢

把一個(gè)基本數(shù)據(jù)類型轉(zhuǎn)為一般有三種方式，我有一個(gè)Integer型數(shù)據(jù)i，可以使用i.toString()、String.valueOf(i)、i+""三種方式，三種方式的效率如何，看一個(gè)測試：

public static void main(String[] args)
{
    int loopTime = 50000;
    Integer i = 0;
    long startTime = System.currentTimeMillis();
    for (int j = 0; j < loopTime; j++)
    {
        String str = String.valueOf(i);
    }    
    System.out.println("String.valueOf()：" + (System.currentTimeMillis() - startTime) + "ms");
    startTime = System.currentTimeMillis();
    for (int j = 0; j < loopTime; j++)
    {
        String str = i.toString();
    }    
    System.out.println("Integer.toString()：" + (System.currentTimeMillis() - startTime) + "ms");
    startTime = System.currentTimeMillis();
    for (int j = 0; j < loopTime; j++)
    {
        String str = i + "";
    }    
    System.out.println("i + ""：" + (System.currentTimeMillis() - startTime) + "ms");
}

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

String.valueOf()：11ms
Integer.toString()：5ms
i + ""：25ms

所以以后遇到把一個(gè)基本數(shù)據(jù)類型轉(zhuǎn)為String的時(shí)候，優(yōu)先考慮使用toString()方法。至于為什么，很簡單：

String.valueOf()方法底層調(diào)用了Integer.toString()方法，但是會(huì)在調(diào)用前做空判斷

Integer.toString()方法就不說了，直接調(diào)用了

i + ""底層使用了StringBuilder實(shí)現(xiàn)，先用append方法拼接，再用toString()方法獲取字符串

三者對比下來，明顯是2最快、1次之、3最慢

（34）使用最有效率的方式去遍歷Map

遍歷Map的方式有很多，通常場景下我們需要的是遍歷Map中的Key和Value，那么推薦使用的、效率最高的方式是：

public static void main(String[] args)
{
    HashMap hm = new HashMap();
    hm.put("111", "222");
        
    Set> entrySet = hm.entrySet();
    Iterator> iter = entrySet.iterator();
    while (iter.hasNext())
    {
        Map.Entry entry = iter.next();
        System.out.println(entry.getKey() + "	" + entry.getValue());
    }
}

如果你只是想遍歷一下這個(gè)Map的key值，那用"Set keySet = hm.keySet();"會(huì)比較合適一些

（35）對資源的close()建議分開操作

意思是，比如我有這么一段代碼：

try
{
    XXX.close();
    YYY.close();
}
catch (Exception e)
{
    ...
}

建議修改為：

try
{
    XXX.close();
}
catch (Exception e)
{
    ...
}
try
{
    YYY.close();
}
catch (Exception e)
{
    ...
}

雖然有些麻煩，卻能避免資源泄露。我們想，如果沒有修改過的代碼，萬一XXX.close()拋異常了，那么就進(jìn)入了catch塊中了，YYY.close()不會(huì)執(zhí)行，YYY這塊資源就不會(huì)回收了，一直占用著，這樣的代碼一多，是可能引起資源句柄泄露的。而改為下面的寫法之后，就保證了無論如何XXX和YYY都會(huì)被close掉

（36）對于ThreadLocal使用前或者使用后一定要先remove

當(dāng)前基本所有的項(xiàng)目都使用了線程池技術(shù)，這非常好，可以動(dòng)態(tài)配置線程數(shù)、可以重用線程。

然而，如果你在項(xiàng)目中使用到了ThreadLocal，一定要記得使用前或者使用后remove一下。這是因?yàn)樯厦嫣岬搅司€程池技術(shù)做的是一個(gè)線程重用，這意味著代碼運(yùn)行過程中，一條線程使用完畢，并不會(huì)被銷毀而是等待下一次的使用。我們看一下Thread類中，持有ThreadLocal.ThreadLocalMap的引用：

/* ThreadLocal values pertaining to this thread. This map is maintained
 * by the ThreadLocal class. */
ThreadLocal.ThreadLocalMap threadLocals = null;

線程不銷毀意味著上條線程set的ThreadLocal.ThreadLocalMap中的數(shù)據(jù)依然存在，那么在下一條線程重用這個(gè)Thread的時(shí)候，很可能get到的是上條線程set的數(shù)據(jù)而不是自己想要的內(nèi)容。

這個(gè)問題非常隱晦，一旦出現(xiàn)這個(gè)原因?qū)е碌腻e(cuò)誤，沒有相關(guān)經(jīng)驗(yàn)或者沒有扎實(shí)的基礎(chǔ)非常難發(fā)現(xiàn)這個(gè)問題，因此在寫代碼的時(shí)候就要注意這一點(diǎn)，這將給你后續(xù)減少很多的工作量。

（37）切記以常量定義的方式替代魔鬼數(shù)字，魔鬼數(shù)字的存在將極大地降低代碼可讀性，字符串常量是否使用常量定義可以視情況而定

（38）long或者Long初始賦值時(shí)，使用大寫的L而不是小寫的l，因?yàn)樽帜竘極易與數(shù)字1混淆，這個(gè)點(diǎn)非常細(xì)節(jié)，值得注意

（39）所有重寫的方法必須保留@Override注解

這么做有三個(gè)原因：

（1）清楚地可以知道這個(gè)方法由父類繼承而來

（2）getObject()和get0bject()方法，前者第四個(gè)字母是"O"，后者第四個(gè)子母是"0"，加了@Override注解可以馬上判斷是否重寫成功

（3）在抽象類中對方法簽名進(jìn)行修改，實(shí)現(xiàn)類會(huì)馬上報(bào)出編譯錯(cuò)誤

（40）推薦使用JDK7中新引入的Objects工具類來進(jìn)行對象的equals比較，直接a.equals(b)，有空指針異常的風(fēng)險(xiǎn)

（41）循環(huán)體內(nèi)不要使用"+"進(jìn)行字符串拼接，而直接使用StringBuilder不斷append

說一下不使用"+"進(jìn)行字符串拼接的原因，假如我有一個(gè)方法：

public String appendStr(String oriStr, String... appendStrs) {
    if (appendStrs == null || appendStrs.length == 0) {
        return oriStr;
    }
        
    for (String appendStr : appendStrs) {
        oriStr += appendStr;
    }
        
    return oriStr;
}

將這段代碼編譯之后的.class文件，使用javap -c進(jìn)行反編譯一下，截取關(guān)鍵的一部分：

意思就是每次虛擬機(jī)碰到"+"這個(gè)操作符對字符串進(jìn)行拼接的時(shí)候，會(huì)new出一個(gè)StringBuilder，然后調(diào)用append方法，最后調(diào)用toString()方法轉(zhuǎn)換字符串賦值給oriStr對象，即循環(huán)多少次，就會(huì)new出多少個(gè)StringBuilder()來，這對于內(nèi)存是一種浪費(fèi)。

（42）不捕獲Java類庫中定義的繼承自RuntimeException的運(yùn)行時(shí)異常類

異常處理效率低，RuntimeException的運(yùn)行時(shí)異常類，其中絕大多數(shù)完全可以由程序員來規(guī)避，比如：

ArithmeticException可以通過判斷除數(shù)是否為空來規(guī)避

NullPointerException可以通過判斷對象是否為空來規(guī)避

IndexOutOfBoundsException可以通過判斷數(shù)組/字符串長度來規(guī)避

ClassCastException可以通過instanceof關(guān)鍵字來規(guī)避

ConcurrentModificationException可以使用迭代器來規(guī)避

（43）避免Random實(shí)例被多線程使用，雖然共享該實(shí)例是線程安全的，但會(huì)因競爭同一seed導(dǎo)致的性能下降，JDK7之后，可以使用ThreadLocalRandom來獲取隨機(jī)數(shù)

解釋一下競爭同一個(gè)seed導(dǎo)致性能下降的原因，比如，看一下Random類的nextInt()方法實(shí)現(xiàn)：

public int nextInt() {
      return next(32);
}

調(diào)用了next(int bits)方法，這是一個(gè)受保護(hù)的方法：

protected int next(int bits) {
    long oldseed, nextseed;
    AtomicLong seed = this.seed;
    do {
        oldseed = seed.get();
        nextseed = (oldseed * multiplier + addend) & mask;
    } while (!seed.compareAndSet(oldseed, nextseed));
    return (int)(nextseed >>> (48 - bits));
}

而這邊的seed是一個(gè)全局變量：

/**
* The internal state associated with this pseudorandom number generator.
* (The specs for the methods in this class describe the ongoing
* computation of this value.)
*/
private final AtomicLong seed;

多個(gè)線程同時(shí)獲取隨機(jī)數(shù)的時(shí)候，會(huì)競爭同一個(gè)seed，導(dǎo)致了效率的降低。

（44）靜態(tài)類、單例類、工廠類將它們的構(gòu)造函數(shù)置為private

這是因?yàn)殪o態(tài)類、單例類、工廠類這種類本來我們就不需要外部將它們new出來，將構(gòu)造函數(shù)置為private之后，保證了這些類不會(huì)產(chǎn)生實(shí)例對象。

后記

優(yōu)秀的代碼來自每一點(diǎn)點(diǎn)小小的優(yōu)化，關(guān)注每一個(gè)細(xì)節(jié)，不僅僅能提升程序運(yùn)行效率，同樣可以規(guī)避許多未知的問題。

推薦：成為架構(gòu)師的十階段學(xué)習(xí)資料

推薦：Spring Boot & Cloud 最強(qiáng)技術(shù)教程

如果對你有用，歡迎分享到朋友圈