1、 為什么兩個(gè)（1927年）時(shí)間相減得到一個(gè)奇怪的結(jié)果？

　�。�3623個(gè)贊）

　　如果執(zhí)行下面的程序，程序解析兩個(gè)間隔1秒的日期字符串并比較：

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);
}

　　輸出是：

353

　　為什么 ld4-ld3 不是1（因?yàn)槲蚁Ｍ�這兩個(gè)時(shí)間差是一秒），而是353？

　　如果將日期字符串各加一秒：

String str3 = "1927-12-31 23:54:08";  
String str4 = "1927-12-31 23:54:09";

　　ld4-ld3 的結(jié)果是1.

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

Locale(Locale.getDefault()): zh_CN

　　解決方案

　　這是上海時(shí)區(qū)，在12月31日有一個(gè)變化。

　　查閱這個(gè)網(wǎng)址來了解上海在1927年時(shí)區(qū)變化的細(xì)節(jié)�；�本上在1927年年底的午夜，始終會(huì)回?fù)?分52秒。所以“1927-12-31 23:54:08”實(shí)際上發(fā)生了兩次，看起來Java解析了后一次的時(shí)間作為當(dāng)?shù)氐娜掌诤蜁r(shí)間導(dǎo)致了差異。

　　2、Java是“引用傳遞”還是“值傳遞”？

　�。�2480個(gè)贊）

　　我一直認(rèn)為Java是引用傳遞；然而，我看了一堆博客（例如這篇）聲稱不是這樣的。我認(rèn)為我沒有理解它們之間的區(qū)別。

　　給個(gè)解釋？

　　解決方案

　　Java一直是值傳遞。不幸的是，他們決定把指針叫做引用，因此新人總是被搞暈。因?yàn)檫@些引用也是通過值傳遞的。

　　3、一個(gè)關(guān)于Java += 操作符的問題

　�。�2223贊）

　　直到今天我認(rèn)為這個(gè)例子：

i += j;

　　只是一個(gè)簡(jiǎn)寫的：

i = i + j;

　　但如果這樣做：

int i = 5;
long j = 8;

　　然而 i = i + j; 沒法編譯，而 i += j; 就可以編譯。

　　這意味著i += j; 實(shí)際上是i = (type of i) (i + j)的簡(jiǎn)寫么？

　　解決方案

　　總有人問這類問題，JLS里有答案。參見 §15.26.2復(fù)合賦值運(yùn)算符。摘錄：

E1 op= E2 型的復(fù)合賦值表達(dá)式等價(jià)于 E1 = (T)((E1) op (E2))，這里 T 是 E1 的類型，不同的是 E1 只計(jì)算一次。

一個(gè)例子，引自 §15.26.2

[...] 下面的代碼是正確的：

short x = 3;
x += 4.6;

　　x的結(jié)果等于7，因?yàn)樗�等價(jià)于：

short x = 3;
x = (short)(x + 4.6);

　　換句話說，你的假設(shè)是正確的。

　　4、HashMap 和 Hashtable 之間的不同?

　　（1769個(gè)贊）

　　Java中 HashMap 和 Hashtable的不同是什么？

　　非多線程應(yīng)用中使用哪個(gè)更有效率？

　　解決方案

　　Java 中 HashMap 和 HashTable 有幾個(gè)不同點(diǎn)：

1. Hashtable 是同步的，然而 HashMap不是。 這使得HashMap更適合非多線程應(yīng)用，因?yàn)榉峭�步�?duì)象通常執(zhí)行效率優(yōu)于同步對(duì)象。
2. Hashtable 不允許 null 值和鍵。HashMap允許有一個(gè) null 鍵和人一個(gè) NULL 值。
3. HashMap的一個(gè)子類是LinkedHashMap。所以，如果想預(yù)知迭代順序（默認(rèn)的插入順序），只需將HashMap轉(zhuǎn)換成一個(gè)LinkedHashMap。用Hashtable就不會(huì)這么簡(jiǎn)單。

　　因?yàn)橥�步�?duì)你來說不是個(gè)問題，我推薦使用HashMap。如果同步成為問題，你可能還要看看ConcurrentHashMap。

　　5、（如何） 讀取或者把一個(gè) InputStream 轉(zhuǎn)成一個(gè) String

　　（1724個(gè)贊）

　　如果你有一個(gè) java.io.InputStream 對(duì)象，如處理這個(gè)對(duì)象并生成一個(gè)字符串？

　　假定我有一個(gè) InputStream 對(duì)象，它包含文本數(shù)據(jù)，我希望將它轉(zhuǎn)化成一個(gè)字符串（例如，這樣我可以將流的內(nèi)容寫到一個(gè)log文件中）。

　　InputStream 轉(zhuǎn)化成 String 最簡(jiǎn)單方法是什么？

　　解決方案

　　使用 Apache commons IOUtils庫來拷貝InputStream到StringWriter是一種不錯(cuò)的方式，類似這樣：

StringWriter writer = new StringWriter();
IOUtils.copy(inputStream, writer, encoding);
String theString = writer.toString();

　　甚至

// NB: does not close inputStream, you can use IOUtils.closeQuietly for that
// 注意：不關(guān)閉inputStream，你可以使用 IOUtils.closeQuietly
String theString = IOUtils.toString(inputStream, encoding);

　　或者，如果不想混合Stream和Writer，可以使用 ByteArrayOutputStream。

　　6、為什么Java中的密碼優(yōu)先使用 char[] 而不是String？

　�。�1574個(gè)贊）

　　在Swing中，密碼字段有一個(gè)getPassword()（返回 char數(shù)組）方法而不是通常的getText()（返回String）方法。同樣的，我遇到過一個(gè)建議，不要使用 String 來處理密碼。

　　為什么String涉及到密碼時(shí)，它就成了一個(gè)安全威脅？感覺使用char數(shù)組不太方便。

　　解決方案

　　String是不可變的。這意味著一旦創(chuàng)建了字符串，如果另一個(gè)進(jìn)程可以進(jìn)行內(nèi)存轉(zhuǎn)儲(chǔ)，在GC發(fā)生前，（除了反射）沒有方法可以清除字符串?dāng)?shù)據(jù)。

　　使用數(shù)組操作完之后，可以顯式地清除數(shù)據(jù)：可以給數(shù)組賦任何值，密碼也不會(huì)存在系統(tǒng)中，甚至垃圾回收之前也是如此。

　　所以，是的，這是一個(gè)安全問題 – 但是即使使用了char數(shù)組，僅僅縮小了了攻擊者有機(jī)會(huì)獲得密碼的窗口，它值針對(duì)制定的攻擊類型。

　　7、遍歷HashMap的最佳方法

　�。�1504個(gè)贊）

　　遍歷HashMap中元素的最佳方法是什么？

　　解決方案

　　這樣遍歷entrySet：

public static void printMap(Map mp) {
    Iterator it = mp.entrySet().iterator();
    while (it.hasNext()) {
        Map.Entry pair = (Map.Entry)it.next();
        System.out.println(pair.getKey() + " = " + pair.getValue());
        it.remove(); // avoids a ConcurrentModificationException
    }
}

　　更多請(qǐng)查閱Map。

　　8、（如何）從數(shù)組創(chuàng)建ArrayList

　�。�1468個(gè)贊）

　　我有一個(gè)數(shù)組，初始化如下：

Element[] array = {new Element(1), new Element(2), new Element(3)};

　　我希望將這個(gè)數(shù)組轉(zhuǎn)化成一個(gè)ArrayList類的對(duì)象。

　　解決方案

new ArrayList<Element>(Arrays.asList(array))

　　9、產(chǎn)生一個(gè)Java的內(nèi)存泄露

　　（1478個(gè)贊）

　　我有過一個(gè)面試，被問到如何產(chǎn)生一個(gè)Java內(nèi)存泄露。不用說，我感到相當(dāng)傻，甚至如何產(chǎn)生一個(gè)的線索都沒有。

　　那么怎么才能產(chǎn)生一個(gè)內(nèi)存泄露呢？

　　解決方案

　　在純Java中，有一個(gè)很好的方式可以產(chǎn)生真正的內(nèi)存泄露（通過執(zhí)行代碼使對(duì)象不可訪問但仍存在于內(nèi)存中）：

1. 應(yīng)用產(chǎn)生一個(gè)長(zhǎng)時(shí)間運(yùn)行的線程（或者使用一個(gè)線程池加速泄露）。
2. 線程通過一個(gè)（可選的自定義）類加載器加載一個(gè)類。
3. 該類分配大內(nèi)存（例如，new byte[1000000]），賦值給一個(gè)強(qiáng)引用存儲(chǔ)在靜態(tài)字段中，再將它自身的引用存儲(chǔ)到ThreadLocal中。分配額外的內(nèi)存是可選的（泄露類實(shí)例就夠了），但是這樣將加速泄露工作。
4. 線程清除所有自定義類的或者類加載器載入的引用。
5. 重復(fù)上面步驟。

　　這樣是有效的，因?yàn)門hreadLocal持有對(duì)象的引用，對(duì)象持有類的引用，接著類持有類加載器的引用。反過來，類加載器持有所有已加載類的引用。這會(huì)使泄露變得更加嚴(yán)重，因?yàn)楹芏郕VM實(shí)現(xiàn)的類和類加載都直接從持久帶（permgen）分配內(nèi)存，因而不會(huì)被GC回收。

　　10、使用Java在一個(gè)區(qū)間內(nèi)產(chǎn)生隨機(jī)整數(shù)數(shù)

　�。�1422個(gè)贊）

　　我試著使用Java生成一個(gè)隨機(jī)整數(shù)，但是隨機(jī)被指定在一個(gè)范圍里。例如，整數(shù)范圍是5~10，就是說5是最小的隨機(jī)值，10是最大的。5到10之間的書也可以是生成的隨機(jī)數(shù)。

　　解決方案

　　標(biāo)準(zhǔn)的解決方式（Java1.7 之前）如下：

import java.util.Random;

public static int randInt(int min, int max) {

    Random rand;
    int randomNum = rand.nextInt((max - min) + 1) + min;

    return randomNum;
}

　　請(qǐng)查看相關(guān)的JavaDoc。在實(shí)踐中，java.util.Random 類總是優(yōu)于 java.lang.Math.random()。

　　特別是當(dāng)標(biāo)準(zhǔn)庫里有一個(gè)直接的API來完成這個(gè)工作，就沒有必要重復(fù)制造輪子了。

　　原文鏈接： nolsit 翻譯： ImportNew

標(biāo)簽： 安全 代碼

版權(quán)申明：本站文章部分自網(wǎng)絡(luò)，如有侵權(quán)，請(qǐng)聯(lián)系：west999com@outlook.com
特別注意：本站所有轉(zhuǎn)載文章言論不代表本站觀點(diǎn)！
本站所提供的圖片等素材，版權(quán)歸原作者所有，如需使用，請(qǐng)與原作者聯(lián)系。