（1）默認theme代碼如下：
運行結果：
視覺效果：ActionBar為Dark，背景為Light。
（2）將theme改為Light：
運行結果：
視覺效果：ActionBar和背景都為Light。
（3）與默認theme效果相同的Theme.Holo.Light.DarkActionBar：
出現錯誤：這個指令只能用於API level 14以上的版本。
修改后就沒錯了吧
恩 妥妥的了 運行來慶祝一下
視覺效果：看起來與默認theme效果完全相同，用“看起來”是因為筆者暫時還不確定它們是否有區別。
（4）將theme修改為Theme.Holo
運行結果：
視覺效果：ActionBar和背景都變為Dark。
（5）試一下將theme一段刪去：
運行結果：同（4）。別打我……我並非有意偷懶，因為這個貼圖實在是太麻煩了，這個結果有無窮種可能，沒辦法列舉窮盡。
是這樣的：其實有規律可循，並不是沒有使用theme就使用默認的theme。它將會運行最近最后一次有theme時生成的app。所以theme自然也是上一次的theme。如果最后一次的theme設為ActionBar和文本都為Dark，刪去theme后下次也是這樣；如果最后一次的theme設為ActionBar和文本都為Light，刪去theme后下次也是這樣；如果……不碼了……。應該都懂的了，恩……
（6）重點：
在manifest.XML文件中，<application>下的theme修改后會應用到app全局；在單個<activity>下的theme設置只會應用到單一的activity中。沒圖說個丁日，所以上圖頂萬言：
前面的幾組測試都是在<application>下修改theme的。所以所有Activity——無論是第一個MainActivity還是第二個DisplayMessageActivity，顯示的theme都一樣。
下圖將刪去<application>下的theme，分別將MainActivity和DisplayMessageActivity的theme設為@android : style/theme.Holo（Dark） 和
@android : style/theme.Holo.Light (Light) ，你會發現，你會訝異，你是我最壓抑最深處的秘密：
沒有任何問題了，跟預期想的完全吻合。
接下來再嘗試<application>和每個<activity>的theme同時進行設置（為了有更直觀的結果，將<application>設為 @android : style/Theme.Holo（Dark）；下面兩個<activity>設為 @android : style/Theme.Holo.Light（Light））：
運行結果是兩個activity的Theme都是Light。因此可以得出結論：單個的<activity>的theme設置將覆蓋<application>的theme設置。可理解為<activity>是<application>的子類，子類<activity>的theme方法覆蓋了父類<application>的theme方法，因此調用子類<activity>的版本。