謎題11：最後的笑聲

public class LastLaugh{
    public static void main(String[] args){
        System.out.print("H"+"a");
        System.out.print('H'+'a');
    }
}

你期待程式打出HaHa， 但是不是。
問題的關鍵在於：char的本質是16位無符號整數。所以結果它列印的是它列印的是Ha169.

謎題12：ABC

先看第一個：

public class NumberTest{
    public static void main(String[] args){
        char[] numbers = {'1', '2', '3'};
        System.out.println(numbers);
    }
}
 

它列印的是123.
那麼

public class ABC{
    public static void main(String[] args){
        String letters = "ABC";
        char[] numbers = {'1', '2', '3'};
        System.out.println(letters + " easy as " + numbers);
    }
}

會輸出什麼？
雖然char本質是16位整數，很多庫方法對char做了特殊處理， 比如println會輸出char的unicode字元，println字元陣列會打印出所有的字元. String.valueOf和StringBuffer.append的char[]過載版本的行為也是類似的.
然而字元相加卻會呼叫字元陣列的toString函式，所以結果會打印出ABC easy as [

[email protected]一樣的東西。

謎題13：畜牧場

這個程式會列印Animals are equal: true嗎？

public class AnimalFarm{
    public static void main(String[] args){
        final String pig = "length: 10";
        final String dog = "length: " + pig.length();
        System.out. println("Animals are equal: "
                            + pig == dog);
    }
}
 

這個程式有兩個問題, 它只打印出false， 你應該能知道第一個問題出現在哪裡。它相當於System.out.println(("Animals are equal: " + pig) == dog);
如果你把改成System.out.println("Animals are equal: " + (pig == dog)); 然後你想到了intern， 但是你執行程式， 並沒有像你想的那樣打印出Animals are equal: true.
String型別的變數，如果是通過字面量直接賦值，則相同的字面量共享一個copy；如果有+運算，比如"a"+"b",或者a+1,a+true,即String和原始型別的字面量直接相加，則在編譯器直接把+運算做掉；如果是String加上一個變數，則不會在編譯期優化；如果是String+Final變數，則在編譯器就進行優化。如果是String+函式呼叫，則不會在編譯期優化。
關於string常量表達式的處理和優化， 可以看看這裡：www.blogjava.net/aoxj/archive/2009/11/10/165536.html

謎題14：轉義字元的潰敗

public class EscapeRout{
    public static void main(String[] args){
        // \u0022 是雙引號的Unicode轉義字元
        System.out.println("a\u0022.length()+\u0022b".length());
    }
}

會不會輸出26？因為a\u0022.length()+\u0022b總共有26個字元？ 你會說不對， 因為\u連同後面的4個字元是一個unicode字元。所以應該是16.
程式會輸出2.
記住一點： 編譯器對unicode的解析優先於對符號的解析。所以程式等同於：System.out.println("a".length()+"b".length());

謎題15：令人暈頭轉向的Hello

/**
 * Generated by the IBM IDL-to-Java compiler, version 1.0
 * from F:\TestRoot\apps\a1\units\include\PolicyHome.idl
 * Wednesday, June 17, 1998 6:44:40 o’clock AM GMT+00:00
 */
public class Test{
    public static void main(String[] args){
        System.out.print("Hell");
        System.out.println("o world");
    }
}

這個程式輸出什麼？ 如果你執行一下， 你會發現它不能通過編譯。
問題處在\units。\u表示unicode的開始，後面緊跟4位16進位制的數字。
所以如同14裡面說的，編譯器對unicode的解析優先於對符號的解析，哪怕是在註釋中。

謎題16：行列印程式

public class LinePrinter{
    public static void main(String[] args){
    // Note: \u000A is Unicode representation of linefeed (LF)
        char c = 0x000A;
        System.out.println(c);   
    }
}

同樣這個程式不能通過編譯，原因就不說了， 如果14 15你懂了， 這個你也懂的。

謎題17：嗯？

下面的是一個合法的Java程式嗎？
\u0070\u0075\u0062\u006c\u0069\u0063\u0020\u0020\u0020\u0020
\u0063\u006c\u0061\u0073\u0073\u0020\u0055\u0067\u006c\u0079
\u007b\u0070\u0075\u0062\u006c\u0069\u0063\u0020\u0020\u0020
\u0020\u0020\u0020\u0020\u0073\u0074\u0061\u0074\u0069\u0063
\u0076\u006f\u0069\u0064\u0020\u006d\u0061\u0069\u006e\u0028
\u0053\u0074\u0072\u0069\u006e\u0067\u005b\u005d\u0020\u0020
\u0020\u0020\u0020\u0020\u0061\u0072\u0067\u0073\u0029\u007b
\u0053\u0079\u0073\u0074\u0065\u006d\u002e\u006f\u0075\u0074
\u002e\u0070\u0072\u0069\u006e\u0074\u006c\u006e\u0028\u0020
\u0022\u0048\u0065\u006c\u006c\u006f\u0020\u0077\u0022\u002b
\u0022\u006f\u0072\u006c\u0064\u0022\u0029\u003b\u007d\u007d
這個當然是合法的java程式。可以用javascript alert一下上面的字串，即可得看到廬山真面目。對於這個題目,我思考的是,如何用java把它還原, Integer.parseInt可以做這個事情, 比如(char)Integer.parseInt("006F", 16) =='o; 反向轉換更簡單,比如我有char c = '啊'; 我想獲得c的unicode形式, 則Integer.toString((int)c, 16);

謎題18：字串乳酪

程式打印出什麼？

public class StringCheese {
    public static void main(String[] args) {
        byte bytes[] = new byte[256];
        for (int i = 0; i < 256; i++)
             bytes[i] = (byte)i;
        String str = new String(bytes);
        for (int i = 0, n = str.length(); i < n; i++)
             System.out.println((int)str.charAt(i) + " ");
    }
}

乍看， 會打印出0～255，在我機器上一執行， 會發現，0～127可以正常打印出來，後面的都是65533。
問題出在String str = new String(bytes); 當你用位元組陣列構造String的時候， 應該考慮編碼問題，即程式使用什麼編碼來解析字元陣列從而構造出String。如果你String str = new String(bytes, "iso-8859-1");則能夠打印出0～255。在這裡我感興趣的是為什麼127之後都出現的是65533。
我通過System.out.println(Charset.defaultCharset().name());得知我的機器的預設字符集是utf-8,對utf-8稍微瞭解的就知道，utf-8的字元的位元組數是可變長的，如果一個byte的最高位是0， 則認為該位元組是是一個單位元組字元，也即和ascii部分是一致的。所以對於本例， 0～127滿足utf-8單位元組字元的要求， 可以被正確識別。但是如果最高位不是0， 則需要滿足更多的規則，比如，兩個位元組的utf8的二進位制應該滿足110xxxxx 10xxxxxx. 三個位元組的應該滿足1110xxxx 10xxxxxx 10xxxxxx。如果不滿足這些規則，則會用65533代替該字元，表示它無法識別， 建議閱讀http://blog.csdn.net/sfdev/article/details/3770706.

謎題19：漂亮的火花 - 塊註釋符

下面的程式用一個方法對字元進行了分類，區分他們是letter還是operator。這個程式會打印出什麼呢？

public class Classifier {
    public static void main(String[] args) {
        System.out.println(
             classify('n') + classify('+') + classify('2'));
    }
    static String classify(char ch) {
        if ("0123456789".indexOf(ch) >= 0)
             return "NUMERAL ";
        if ("abcdefghijklmnopqrstuvwxyz".indexOf(ch) >= 0)
             return "LETTER ";
        /* (Operators not supported yet)
            if ("+-*/&|!=" >= 0)
                 return "OPERATOR ";
        */
        return "UNKNOWN";
    }
}

只需要你把它拷貝到eclipse，就會發現它無法編譯。
問題在於*/破壞了註釋的結構。
另外需要注意的是：塊註釋不能巢狀。所以下面的程式碼也不能通過編譯。

/*
/* Add the numbers from 1 to n */
int sum = 0;
for (int i = 1; I <= n; i++)
sum += i;
*/

謎題20：我的類是什麼？

你期待下面的程式打印出類路徑，以/分割包名。

public class Me {
    public static void main(String[] args){
        System.out.println(
             Me.class.getName().
                replaceAll(".","/") + ".class");
    }
}

實際上他打印出///////////////////.class。
問題在於String.replaceAll接受了一個正則表示式作為它的第一個引數，而"."可以匹配任何單字元。
解決方法如下：

public class Me {
    public static void main(String[] args){
        System.out.println(
            Me.class.getName().replaceAll("\\.","/") + ".class");
    }
}

謎題21：我的類是什麼？II

import java.io.File;
public class MeToo {
    public static void main(String[] args){
        System.out.println(MeToo.class.getName().
            replaceAll("\\.", File.separator) + ".class");
    }
}

這個程式的錯誤和平臺相關， 你能看出來嗎？
如果你在windows下執行， replaceAll("\\.", File.separator)這句話就相當於：replaceAll("\\.", "\\").

謎題22：URL的愚弄

public class BrowserTest {
    public static void main(String[] args) {
        System.out.print("iexplore:");
        http://www.google.com;
        System.out.println(":maximize");
        
    }
}

這個程式有錯嗎？乍一看覺得肯定不能通過編譯，事實上它可以執行。但是這個特性很少被用到. http:定義了一個label，這個label可以用來在多重迴圈的情況下break用的。後面的//www.google.com;是一個普通註釋

謎題23：不勞無獲

import java.util.Random;
public class Rhymes {
   private static Random rnd = new Random();
   public static void main(String[] args) {
      StringBuffer word = null;
      switch(rnd.nextInt(2)) {
          case 1:  word = new StringBuffer('P');
          case 2:  word = new StringBuffer('G');
          default: word = new StringBuffer('M');
      }
      word.append('a');
      word.append('i');
      word.append('n');
      System.out.println(word);
   }
}

這個程式有3個問題， 你能看出幾個？
問題1 rnd.nextInt(2)的取值範圍為（0，1），而switch語句裡面的卻是case 1， case 2;
問題2 new StringBuffer('M')裡面的引數是char,而char的本質是16位無符號整數，此時這個引數代表了該buffer初始長度；
問題3 case語句沒有break， 所以就算你把程式修改成下面的樣子，它只會輸出Main, 原因不解釋。

public class Rhymes {
    private static Random rnd = new Random();
    public static void main(String[] args) {
        StringBuffer word = null;
        switch(rnd.nextInt(2)) {
            case 0: word = new StringBuffer("P");
            case 1: word = new StringBuffer("G");
            default: word = new StringBuffer("M");
        }
        word.append('a');
        word.append('i');
        word.append('n');
        System.out.println(word);
    }
}