[Android執行個體] 如何成為Android高手第三篇

避免建立對象

世界上沒有免費的對象。雖然GC為每個線程都建立了臨時對象池，可以使建立對象的代價變得小一些，但是分配記憶體永遠都比不分配記憶體的代價大。

如果你在使用者介面迴圈中指派至記憶體，就會引發周期性的記憶體回收，使用者就會覺得介面像打嗝一樣一頓一頓的。

所以，除非必要，應盡量避免儘力對象的執行個體。下面的例子將協助你理解這條原則：

當你從使用者輸入的資料中截取一段字串時，盡量使用substring函數取得未經處理資料的一個子串，而不是為子串另外建立一份拷貝。這樣你就有一個新的String對象，它與未經處理資料共用一個char數組。
如果你有一個函數返回一個String對象，而你確切的知道這個字串會被附加到一個StringBuffer，那麼，請改變這個函數的參數和實現方式，直接把結果附加到StringBuffer中，而不要再建立一個短命的臨時對象。
一個更極端的例子是，把多維陣列分成多個一維數組。

int數組比Integer數組好，這也概括了一個基本事實，兩個平行的int數組比(int,int)對象數組效能要好很多。同理，這試用於所有基本類型的組合。
如果你想用一種容器儲存(Foo,Bar)元組，嘗試使用兩個單獨的Foo[]數組和Bar[]數組，一定比(Foo,Bar)數組效率更高。（也有例外的情況，就是當你建立一個API，讓別人調用它的時候。這時候你要注重對API借口的設計而犧牲一點兒速度。當然在API的內部，你仍要儘可能的提高代碼的效率）

總體來說，就是避免建立短命的臨時對象。減少對象的建立就能減少垃圾收集，進而減少對使用者體驗的影響。

使用本地方法

當你在處理字串的時候，不要吝惜使用String.indexOf(), String.lastIndexOf()等特殊實現的方法（specialty methods）。這些方法都是使用C/C++實現的，比起Java迴圈快10到100倍。

使用實類比介面好

假設你有一個HashMap對象，你可以將它聲明為HashMap或者Map:

Map myMap1 = new HashMap();
HashMap myMap2 = new HashMap();
哪個更好呢？

按照傳統的觀點Map會更好些，因為這樣你可以改變他的具體實作類別，只要這個類繼承自Map介面。傳統的觀點對於傳統的程式是正確的，但是它並不適合嵌入式系統。調用一個介面的引用會比調用實體類的引用多花費一倍的時間。

如果HashMap完全適合你的程式，那麼使用Map就沒有什麼價值。如果有些地方你不能確定，先避免使用Map，剩下的交給IDE提供的重構功能好了。(當然公用API是一個例外：一個好的API常常會犧牲一些效能）

用靜態方法比虛方法好

如果你不需要訪問一個對象的成員變數，那麼請把方法聲明成static。虛方法執行的更快，因為它可以被直接調用而不需要一個虛函數表。另外你也可以通過聲明體現出這個函數的調用不會改變對象的狀態。

不用getter和setter

在很多本地語言如C++中，都會使用getter（比如：i = getCount()）來避免直接存取成員變數（i = mCount）。在C++中這是一個非常好的習慣，因為編譯器能夠內聯訪問，如果你需要約束或調試變數，你可以在任何時候添加代碼。

在Android上，這就不是個好主意了。虛方法的開銷比直接存取成員變數大得多。在通用的介面定義中，可以依照OO的方式定義getters和setters，但是在一般的類中，你應該直接存取變數。

將成員變數緩衝到本地

訪問成員變數比訪問本地變數慢得多，下面一段代碼：

Java代碼 

1 for (int i = 0; i < this.mCount; i++)   

2     dumpItem(this.mItems[i]);  

最好改成這樣：

Java代碼 

3 int count = this.mCount;   

4 Item[] items = this.mItems;   

5 for (int i = 0; i < count; i++)   

6     dumpItems(items[i]);  

（使用"this"是為了表明這些是成員變數）

另一個相似的原則是：永遠不要在for的第二個條件中調用任何方法。如下面方法所示，在每次迴圈的時候都會調用getCount()方法，這樣做比你在一個int先把結果儲存起來開銷大很多。

Java代碼 

7 for (int i = 0; i < this.getCount(); i++)   

8     dumpItems(this.getItem(i));  

同樣如果你要多次訪問一個變數，也最好先為它建立一個本地變數，例如：

Java代碼 

9 protected void drawHorizontalScrollBar(Canvas canvas, int width, int height) {   
10     if (isHorizontalScrollBarEnabled()) {   
11         int size = mScrollBar.getSize(false);   
12         if (size <= 0) {   
13             size = mScrollBarSize;   
14         }   
15         mScrollBar.setBounds(0, height - size, width, height);   
16         mScrollBar.setParams(computeHorizontalScrollRange(),computeHorizontalScrollOffset(),computeHorizontalScrollExtent(), false);   
17         mScrollBar.draw(canvas);   
18     }   
19 }  

這裡有4次訪問成員變數mScrollBar，如果將它緩衝到本地，4次成員變數訪問就會變成4次效率更高的棧變數訪問。
另外就是方法的參數與本地變數的效率相同。

使用常量

讓我們來看看這兩段在類前面的聲明：

Java代碼 

20 static int intVal = 42;   
21 static String strVal = "Hello, world!";  

必以其會產生一個叫做<clinit>的初始化類的方法，當類第一次被使用的時候這個方法會被執行。方法會將42賦給intVal，然後把一個指向類中常量表的引用賦給strVal。當以後要用到這些值的時候，會在成員變數表中尋找到他們。

下面我們做些改進，使用“final"關鍵字：

Java代碼 

22 static final int intVal = 42;   
23 static final String strVal = "Hello, world!";  

現在，類不再需要<clinit>方法，因為在成員變數初始化的時候，會將常量直接儲存到類檔案中。用到intVal的代碼被直接替換成42，而使用strVal的會指向一個字串常量，而不是使用成員變數。

將一個方法或類聲明為"final"不會帶來效能的提升，但是會協助編譯器最佳化代碼。舉例說，如果編譯器知道一個"getter"方法不會被重載，那麼編譯器會對其採用內聯調用。

你也可以將本地變數聲明為"final"，同樣，這也不會帶來效能的提升。使用"final"只能使本地變數看起來更清晰些（但是也有些時候這是必須的，比如在使用匿名內部類的時候）（xing:原文是 or you have to, e.g. for use in an anonymous inner class）

謹慎使用foreach

foreach可以用在實現了Iterable介面的集合類型上。foreach會給這些對象分配一個iterator，然後調用 hasNext()和next()方法。你最好使用foreach處理ArrayList對象，但是對其他集合對象，foreach相當於使用 iterator。

下面展示了foreach一種可接受的用法：

Java代碼 

24 public class Foo {   
25     int mSplat;   
26     static Foo mArray[] = new Foo[27];    
27   
28     public static void zero() {   
29         int sum = 0;  
30         for (int i = 0; i < mArray.length; i++) {   
31             sum += mArray[i].mSplat;   
32         }   
33     }   
34   
35     public static void one() {   
36         int sum = 0;   
37         Foo[] localArray = mArray;   
38         int len = localArray.length;   
39         for (int i = 0; i < len; i++) {   
40         sum += localArray[i].mSplat;   
41         }   
42     }    
43   
44     public static void two() {   
45         int sum = 0;   
46         for (Foo a: mArray) {   
47             sum += a.mSplat;   
48         }   
49     }   
50 }  

在zero()中，每次迴圈都會訪問兩次靜態成員變數，取得一次數組的長度。
retrieves the static field twice and gets the array length once for every iteration through the loop.

在one()中，將所有成員變數儲存到本地變數。
pulls everything out into local variables, avoiding the lookups.

two()使用了在java1.5中引入的foreach文法。編譯器會將對數組的引用和數組的長度儲存到本地變數中，這對訪問數組元素非常好。但是編譯器還會在每次迴圈中產生一個額外的對本地變數的儲存操作（對變數a的存取）這樣會比one()多出4個位元組，速度要稍微慢一些。

綜上所述：foreach文法在運用於array時效能很好，但是運用於其他集合對象時要小心，因為它會產生額外的對象。

避免使用枚舉

枚舉變數非常方便，但不幸的是它會犧牲執行的速度和並大幅增加檔案體積。例如：

public class Foo {public enum Shrubbery { GROUND, CRAWLING, HANGING }}

會產生一個900位元組的.class檔案(Foo$Shubbery.class)。在它被首次調用時，這個類會調用初始化方法來準備每個枚舉變數。每個枚舉項都會被聲明成一個靜態變數，並被賦值。然後將這些靜態變數放在一個名為"$VALUES"的靜態陣列變數中。而這麼一大堆代碼，僅僅是為了使用三個整數。

這樣:

Shrubbery shrub = Shrubbery.GROUND;會引起一個對靜態變數的引用，如果這個靜態變數是final int，那麼編譯器會直接內聯這個常數。

一方面說，使用枚舉變數可以讓你的API更出色，並能提供編譯時間的檢查。所以在通常的時候你毫無疑問應該為公用API選擇枚舉變數。但是當效能方面有所限制的時候，你就應該避免這種做法了。

有些情況下，使用ordinal()方法擷取枚舉變數的整數值會更好一些，舉例來說，將：

Java代碼 

51 for (int n = 0; n < list.size(); n++) {   
52     if (list.items[n].e == MyEnum.VAL_X)// do stuff 1  
53     else if (list.items[n].e == MyEnum.VAL_Y)// do stuff 2  
54 }  

替換為:
Java代碼 

55 int valX = MyEnum.VAL_X.ordinal();   
56 int valY = MyEnum.VAL_Y.ordinal();   
57 int count = list.size();   
58 MyItem items = list.items();   
59 for (int n = 0; n < count; n++) {   
60     int valItem = items[n].e.ordinal();   
61     if (valItem == valX)// do stuff 1  
62     else if (valItem == valY)// do stuff 2  
63 }  

會使效能得到一些改善，但這並不是最終的解決之道。
將與內部類一同使用的變數聲明在包範圍內
請看下面的類定義：

Java代碼 

64 public class Foo {   
65     private int mValue;    
66     public void run() {   
67         Inner in = new Inner();   
68         mValue = 27;   
69         in.stuff();  
70     }   
71   
72     private void doStuff(int value) {   
73         System.out.println("Value is " + value);   
74     }   
75   
76     private class Inner {   
77         void stuff() {   
78             Foo.this.doStuff(Foo.this.mValue);   
79         }   
80     }   
81 }  

這其中的關鍵是，我們定義了一個內部類(Foo$Inner)，它需要訪問外部類的私人域變數和函數。這是合法的，並且會列印出我們希望的結果"Value is 27"。

問題是在技術上來講（在幕後）Foo$Inner是一個完全獨立的類，它要直接存取Foo的私人成員是非法的。要跨越這個鴻溝，編譯器需要產生一組方法：

Java代碼 

82 static int Foo.access$100(Foo foo) {   
83     return foo.mValue;   
84 }   
85   
86 static void Foo.access$200(Foo foo, int value) {   
87     foo.doStuff(value);   
88 }  

內部類在每次訪問"mValue"和"doStuff"方法時，都會調用這些靜態方法。就是說，上面的代碼說明了一個問題，你是在通過介面方法訪問這些成員變數和函數而不是直接調用它們。在前面我們已經說過，使用介面方法（getter、setter）比直接存取速度要慢。所以這個例子就是在特定文法下面產生的一個“隱性的”效能障礙。

通過將內部類訪問的變數和函式宣告由私人範圍改為包範圍，我們可以避免這個問題。這樣做可以讓代碼運行更快，並且避免產生額外的靜態方法。（遺憾的是，這些域和方法可以被同一個包內的其他類直接存取，這與經典的OO原則相違背。因此當你設計公用API的時候應該謹慎使用這條最佳化原則）

避免使用浮點數

在奔騰CPU出現之前，遊戲設計者做得最多的就是整數運算。隨著奔騰的到來，浮點運算處理器成為了CPU內建的特性，浮點和整數配合使用，能夠讓你的遊戲運行得更順暢。通常在案頭電腦上，你可以隨意的使用浮點運算。

但是非常遺憾，嵌入式處理器通常沒有支援浮點運算的硬體，所有對"float"和"double"的運算都是通過軟體實現的。一些基本的浮點運算，甚至需要毫秒級的時間才能完成。

甚至是整數，一些晶片有對乘法的硬體支援而缺少對除法的支援。這種情況下，整數的除法和模數運算也是有軟體來完成的。所以當你在使用雜湊表或者做大量數學運算時一定要小心謹慎。 ”

五，學會至少一門伺服器端開發技術

可能有朋友會問：學習Android應用程式開發為什麼還需要學習學會至少一門伺服器端開發技術呢？答案如下：一方面Android號稱是首個為移動終端打造的真正開放和完整的移動軟體。作為一種移動終端，必須與伺服器端結合才能發揮巨大的作用。簡言之，需要：雲端+雲的方式。Android是為移動互連網時代量身打造的，移動互連網時代的服務模式是“手機終端+互連網絡+應用軟體”，移動互連網時代應用技術之一的Android只是用於開發移動終端軟體，而服務端技術用於開發互連網絡應用，所以未來移動互連網時代軟體的主流應用模式將是“手機用戶端+互連網絡應用服務端”，這種模式要求做移動互連網開發的程式員不但要掌握像Android這樣的手機終端軟體技術還要掌握開發互連網絡應用的伺服器端技術。目前，軟體企業普遍存在這樣的問題，做移動互連網開發Android終端軟體的程式員不瞭解web應用技術，而做web應用的程式員不瞭解移動終端技術，這樣就導致了用戶端與服務端在銜接上出現了問題。目前的現狀是：既掌握移動互連網Android終端技術，又掌握web應用技術的程式員比較稀缺，隨著中國步入移動互連網時代，企業對這種移動互連網時代綜合性人才的需求很旺盛。如果不瞭解web應用技術，最終會遇到了技術和發展的瓶頸；另一方面，Google聯合OHA推出的真正優勢之一也在於和和互連網結合，Google的用意之一也是想開闢新的終端去使用Google的優勢服務。
伺服器端開發技術目前主流的有Sun的Java EE、微軟的.NET，開源的以PHP和MySQL為代表的LAMP體系，我們該選擇哪一種呢？從理論上講，很多人傾向於選擇Java EE，畢竟它們都是使用Java作為開發語言的，但是很多人面對Java EE眾多的架構就望而生畏，其實在學習Java EE的時候可以從Struts入手，隨著業務的需求逐步深入。當然，選擇微軟的.NET也行，畢竟該技術體系也佔有很大 市場份額。其實，筆者認為，選擇LAMP可以是會獲得最高的“性價比”的，一方面PHP是現在Web方面的主流語言，大多數新型的網站尤其是創業性質的網站一般都會選用PHP作為服務端開發語言，另一方面，前面也說過，Android是為移動互聯而生的，兩者達到了完美的契合。

本文轉自：http://www.eoeandroid.com