7個Java問題在StackOverflow上的最佳答案

vc10500 6年前發布 | 43K 次閱讀 Java Java開發

對開發人員來說, StackOverflow就像一個金礦。對具體的問題,它能幫我們找到最有用的答案,并且我們也可以從上面學習新的知識。

下面的內容,通過這些最常見的JAVA問題與答案,并著重的標記出我們找到的精華問題。即便你是一個經驗豐富的開發人員,這些也是值得去學習的。

JAVA問題縱覽

JAVA是StackOverflow上 第二流行的標簽 ,有超過100萬個問題與JAVA有關。僅在上個禮拜,就有4600個問題被提出,毫無疑問這里是開發者們最大也是最為活躍的線上社區。

此信息同樣也出自StackOverflow 2016年的開發者調查中 ,56033名開發者被問到關于開發語言的選擇,JAVA是第三位。因為在市場上JAVA占據著主導,因此我們估計讀者也曾經有那么一兩次的去訪問StackOverflow來尋找答案。但是,即使你隨意的在StackOverflow上閑逛,也會發現很多有趣的問題,下面讓我們來看看這些精心選出的問題。

分支預測

在StackOverflow上最經常被問到的一個問題就是” 為什么處理一個排序過的數組比一個未排序的數組要快 ?”回答這樣的問題,你得了解分支預測。

分支預測是一種期望可以提升應用流程的架構,旨在一條路徑在真正被執行前就可以被提前的猜出。當然它不僅僅是一個完全意義上的猜測,而是一個有目的性的猜測。

分支在這里就是一個“IF 語句”。在此情況下,如果數組是排序過的,分支預測將起作用,不然則無法工作。 Mysticial 試著用一種簡單的方式來解釋這個問題,以鐵路和火車為例子。想像一下,你駕駛火車來到一個交匯點,接下來你需要決定火車走哪條線。你會選擇左還是右?當然,你也可以停下火車問問司機哪一條路是正確的,但是這卻會降低整個火車運行的速度,并讓火車的行進過程變的更加復雜。你也可以猜一下,但是你如何確保你猜的一定是對的呢?了解下這趟火車之前的司機都是怎么做的,并且知道在此之前他們都是如何選擇道路的,這是一個非常好的主意。

這就是分支預測:找到模式并且使用他們。

不幸的是,多數情況下能問出這樣問題的多半是一個失效的分支預測的受害者。由于分支沒有可識別的模式,想要去猜測就真的只能是一個隨機的猜測了。

JAVA的安全性

另一個流行的JAVA問題是“為什么在JAVA的密碼管理中,更傾向去使用char[]而不是String?”更具體一些的問法是:為什么在JAVA Swing中的密碼輸入框方法是:getPassword(return char[]), 而不是getText(return String)

毫無意外的,這里是一個安全問題。因為String 是不可變的,這意味著你一旦創建了它則無法修改。同樣也意味著在GC前你無法徹底的刪除掉它。在某些情況下,如果有人黑進了你的內存,那么被保存成String的密碼則可以被人獲取的。

這就是為什么 你需要使用字符數組。你可以在使用完后顯式的清除它,或者你也可以用其他的別的東西去覆蓋它。這樣敏感的信息就不會在系統的其他地方出現,即使此時GC還沒有啟動。

異常

 即使有很多開發人員會忽略異常檢查,但是依然有很多問題是關于JAVA異常的。在你的代碼中這是一個值得引起你注意的問題,忽略它并不能使它消失。

最常見的一個問題是“什么是 NullPointerException,并如何消除它“, 看到這樣的問題有如此多的人問,我們毫不驚奇。在JAVA的生產環境中,空指針異常也確實是排名第一的異常類型。

Takipi 介紹了一種檢查空指針異常或者其他異常的一種新的方法。

一些有趣的問題

StackOverflow上總有些有趣的問題可以教授你一些新的知識。我們選了如下內容

為何如下代碼可以使用Random String來打印出”Hello World”?

public static String randomString(int i)
{
    Random ran = new Random(i);
    StringBuilder sb = new StringBuilder();
    while (true)
    {
        int k = ran.nextInt(27);
        if (k == 0)
            break;

        sb.append((char)('`' + k));
    }

    return sb.toString();
}

如果是一組選擇好的隨機數,那么事實上他們并不是真正隨機的。隨機數的算法是根據種子參數來進行計算的,(當前則是 -229985452 或者 -147909649)。每一次當申請一個隨機數的時候,它會根據相同的隨機數種子來生成一個相同的值 – 打印出”hello world”。

Random(-229985452).nextInt(27)

前六個隨機數是:8,5,12,12,15,0.

Random(-147909649).nextInt(27)

前六個隨機數是:23,15,18,12,4,0

當你將這些數字轉換成字符的時候

104 –> h

101 –> e

108 –> l

108 –> l

111 –> o

119 –> w

111 –> o

114 –> r

108 –> l

100 –> d

你將獲得hello world

為何兩個相差一秒的時間相減會有奇怪的結果

public static void main(String[] args) throws ParseException {
    SimpleDateFormat sf = new SimpleDateFormat("yyyy-MM-dd HH:mm:ss");  
    String str3 = "1927-12-31 23:54:07";  
    String str4 = "1927-12-31 23:54:08";  
    Date sDt3 = sf.parse(str3);  
    Date sDt4 = sf.parse(str4);  
    long ld3 = sDt3.getTime() /1000;  
    long ld4 = sDt4.getTime() /1000;
    System.out.println(ld4-ld3);
}

Java version:

java version "1.6.0_22"
Java(TM) SE Runtime Environment (build 1.6.0_22-b04)
Dynamic Code Evolution Client VM (build 0.2-b02-internal, 19.0-b04-internal, mixed mode)

Timezone(TimeZone.getDefault()):

sun.util.calendar.ZoneInfo[id="Asia/Shanghai",
offset=28800000,dstSavings=0,
useDaylight=false,
transitions=19,
lastRule=null]

Locale(Locale.getDefault()): zh_CN

輸出結果是353 (譯者注:在JDK 1.8上未能重現這個問題, 原題注的JAVA版本是1.6)

很顯然只有一秒的差距,但是得到的結果確實353,一個最基本的解釋是:時區的問題。在1927年12月31日,上海的時區往后移動了5分鐘52秒。

值得一提的是,如果你嘗試著去運行這段代碼,可能會有不同的結果。根絕Time Zone Database Project 2014 項目。這一時區的改變被挪到了1900-12-31,,因此可能有個343秒的一個變化。

不可捕獲的ChuckNorrisException

有一些問題是關于:有沒有一種異常是可以被拋出的,但是沒人可以捕獲它, 應用會崩潰么?或者這樣的問題也可以變成“有沒有代碼可以讓java.lang.ChuckNorrisException變成無法捕獲的異常?“。

簡單的回答是:這是可能的,但是那是有一些前提的。你可以編譯一段代碼拋出ChuckNorrisException,然后再定義一個ChuckNorrisException類,但是這個類卻不在運行時繼承自Throwable。但是僅僅如此還是不夠的,你必須禁用二進制碼檢查。“StackOverflow”上有一個答案可以提供這樣的一個完整例子 (點擊訪問)

如果你喜歡類似的問題,你可以查看 Java Deathmatch 游戲

Hash Maps

在StackOverflow上還有一種常見的問題是與hash maps有關的。很多開發人員都想知道集合類中的不同類的區別,以及在何時用哪一個。

核心的問題是迭代的順序。在HashMap中是沒有任何與順序有關的信息的,并且元素的順序在你插入集合的時候就已經被改變了。在TreeMap中,你可以得到一個已被排序的集合,在LinkedHashMap中,你可以得到一個先進先出(FIFO)的集合。

如果你還有疑惑,我們的朋友Rebel Labs制作了 一個圖 來解釋這些集合間的關系。

結束語

無論你對JAVA有多了解,總有些的知識是需要你學習的。StackOverflow不僅僅是問問題的地方,也是可以徹底的學習新知識的地方。

 

來自:http://www.techug.com/post/7-java-question-in-stackoverflow.html

 

 本文由用戶 vc10500 自行上傳分享,僅供網友學習交流。所有權歸原作者,若您的權利被侵害,請聯系管理員。
 轉載本站原創文章,請注明出處,并保留原始鏈接、圖片水印。
 本站是一個以用戶分享為主的開源技術平臺,歡迎各類分享!