zhaojianhua

Activity啟動方式有四種，分別是：

standard
singleTop
singleTask
singleInstance

可以根據實際的需求為Activity設置對應的啟動模式，從而可以避免創建大量重復的Activity等問題。

設置Activity的啟動模式，只需要在AndroidManifest.xml里對應的<activity>標簽設置android:launchMode屬性，例如：

1.1內存分配方面：

堆：一般由程序員分配釋放，若程序員不釋放，程序結束時可能由OS回收 。注意它與數據結構中的堆是兩回事，分配方式是類似于鏈表。可能用到的關鍵字如下：new、malloc、delete、free等等。

棧：由編譯器(Compiler)自動分配釋放，存放函數的參數值，局部變量的值等。其操作方式類似于數據結構中的棧。

1.2申請方式方面：

堆：需要程序員自己申請，并指明大小。在c中malloc函數如p1 = (char *)malloc(10)；在C++中用new運算符，但是注意p1、p2本身是在棧中的。因為他們還是可以認為是局部變量。

棧：由系統自動分配。 例如，聲明在函數中一個局部變量 int b；系統自動在棧中為b開辟空間。

1.3系統響應方面：

堆：操作系統有一個記錄空閑內存地址的鏈表，當系統收到程序的申請時，會遍歷該鏈表，尋找第一個空間大于所申請空間的堆結點，然后將該結點從空閑結點鏈表中刪除，并將該結點的空間分配給程序，另外，對于大多數系統，會在這塊內存空間中的首地址處記錄本次分配的大小，這樣代碼中的delete語句才能正確的釋放本內存空間。另外由于找到的堆結點的大小不一定正好等于申請的大小，系統會自動的將多余的那部分重新放入空閑鏈表中。

棧：只要棧的剩余空間大于所申請空間，系統將為程序提供內存，否則將報異常提示棧溢出。

1.4大小限制方面：

堆：是向高地址擴展的數據結構，是不連續的內存區域。這是由于系統是用鏈表來存儲的空閑內存地址的，自然是不連續的，而鏈表的遍歷方向是由低地址向高地址。堆的大小受限于計算機系統中有效的虛擬內存。由此可見，堆獲得的空間比較靈活，也比較大。

棧：在Windows下, 棧是向低地址擴展的數據結構，是一塊連續的內存的區域。這句話的意思是棧頂的地址和棧的最大容量是系統預先規定好的，在WINDOWS下，棧的大小是固定的（是一個編譯時就確定的常數），如果申請的空間超過棧的剩余空間時，將提示overflow。因此，能從棧獲得的空間較小。

1.5效率方面：

堆：是由new分配的內存，一般速度比較慢，而且容易產生內存碎片，不過用起來最方便，另外，在WINDOWS下，最好的方式是用VirtualAlloc分配內存，他不是在堆，也不是在棧是直接在進程的地址空間中保留一快內存，雖然用起來最不方便。但是速度快，也最靈活。

棧：由系統自動分配，速度較快。但程序員是無法控制的。

1.6存放內容方面：

堆：一般是在堆的頭部用一個字節存放堆的大小。堆中的具體內容有程序員安排。

棧：在函數調用時第一個進棧的是主函數中后的下一條指令（函數調用語句的下一條可執行語句）的地址然后是函數的各個參數，在大多數的C編譯器中，參數是由右往左入棧，然后是函數中的局部變量。 注意: 靜態變量是不入棧的。當本次函數調用結束后，局部變量先出棧，然后是參數，最后棧頂指針指向最開始存的地址，也就是主函數中的下一條指令，程序由該點繼續運行。

1.7存取效率方面：

堆：char *s1 = "Hellow Word"；是在編譯時就確定的；

棧：char s1[] = "Hellow Word"； 是在運行時賦值的；用數組比用指針速度要快一些，因為指針在底層匯編中需要用edx寄存器中轉一下，而數組在棧上直接讀取。

小結

1、靜態變量不入棧。 
2、棧由編譯器自動分配和釋放。棧中存放局部變量和參數，函數調用結束后，局部變量先出棧，然后是參數。 
3、數組比用指針速度要快一些，因為指針在底層匯編中需要用edx寄存器中轉一下，而數組在棧上直接讀取。 
4、堆是由程序員通過new、malloc、free、delete等指令進行分配和釋放。如果程序員沒有進行釋放，程序結束時可能有OS回收。 
5、堆是由new分配的內存，速度較慢；棧是由系統自動分配，速度較快。 
6、比如存放在棧里面的數組，是在運行時賦值。而存在堆里面的指針數據，是在編譯時就確定的。

附：

一. 在c中分為這幾個存儲區

1.棧 - 由編譯器自動分配釋放
2.堆 - 一般由程序員分配釋放，若程序員不釋放，程序結束時可能由OS回收
3.全局區（靜態區），全局變量和靜態變量的存儲是放在一塊的，初始化的全局變量和靜態變量在一塊區域，未初始化的全局變量和未初始化的靜態變量在相鄰的另一塊區域。- 程序結束釋放
4.另外還有一個專門放常量的地方。- 程序結束釋放
                                                                                                                                              
在函數體中定義的變量通常是在棧上，用malloc, calloc, realloc等分配內存的函數分配得到的就是在堆上。在所有函數體外定義的是全局量，加了static修飾符后不管在哪里都存放在全局區（靜態區）,在所有函數體外定義的static變量表示在該文件中有效，不能extern到別的文件用，在函數體內定義的static表示只在該函數體內有效。另外，函數中的"adgfdf"這樣的字符串存放在常量區。比如：

int a = 0; //全局初始化區
char *p1; //全局未初始化區
void main()
{
    int b; //棧
    char s[] = "abc"; //棧
    char *p2; //棧
    char *p3 = "123456"; //123456{post.content}在常量區，p3在棧上
    static int c = 0; //全局（靜態）初始化區
     p1 = (char *)malloc(10); //分配得來得10字節的區域在堆區
     p2 = (char *)malloc(20); //分配得來得20字節的區域在堆區
     strcpy(p1, "123456");
    //123456{post.content}放在常量區，編譯器可能會將它與p3所指向的"123456"優化成一塊
}

二.在C++中，內存分成5個區，他們分別是堆、棧、自由存儲區、全局/靜態存儲區和常量存儲區
1.棧，就是那些由編譯器在需要的時候分配，在不需要的時候自動清楚的變量的存儲區。里面的變量通常是局部變量、函數參數等。
2.堆，就是那些由new分配的內存塊，他們的釋放編譯器不去管，由我們的應用程序去控制，一般一個new就要對應一個delete。如果程序員沒有釋放掉，那么在程序結束后，操作系統會自動回收。
3.自由存儲區，就是那些由malloc等分配的內存塊，他和堆是十分相似的，不過它是用free來結束自己的生命的。
4.全局/靜態存儲區，全局變量和靜態變量被分配到同一塊內存中，在以前的C語言中，全局變量又分為初始化的和未初始化的，在C++里面沒有這個區分了，他們共同占用同一塊內存區。
5.常量存儲區，這是一塊比較特殊的存儲區，他們里面存放的是常量，不允許修改（當然，你要通過非正當手段也可以修改）

三. 談談堆與棧的關系與區別
具體地說，現代計算機(串行執行機制)，都直接在代碼底層支持棧的數據結構。這體現在，有專門的寄存器指向棧所在的地址，有專門的機器指令完成數據入棧出棧的操作。這種機制的特點是效率高，支持的數據有限，一般是整數，指針，浮點數等系統直接支持的數據類型，并不直接支持其他的數據結構。因為棧的這種特點，對棧的使用在程序中是非常頻繁的。對子程序的調用就是直接利用棧完成的。機器的call指令里隱含了把返回地址推入棧，然后跳轉至子程序地址的操作，而子程序中的ret指令則隱含從堆棧中彈出返回地址并跳轉之的操作。C/C++中的自動變量是直接利用棧的例子，這也就是為什么當函數返回時，該函數的自動變量自動失效的原因。 

和棧不同，堆的數據結構并不是由系統(無論是機器系統還是操作系統)支持的，而是由函數庫提供的。基本的malloc/realloc/free 函數維護了一套內部的堆數據結構。當程序使用這些函數去獲得新的內存空間時，這套函數首先試圖從內部堆中尋找可用的內存空間，如果沒有可以使用的內存空間，則試圖利用系統調用來動態增加程序數據段的內存大小，新分配得到的空間首先被組織進內部堆中去，然后再以適當的形式返回給調用者。當程序釋放分配的內存空間時，這片內存空間被返回內部堆結構中，可能會被適當的處理(比如和其他空閑空間合并成更大的空閑空間)，以更適合下一次內存分配申請。這套復雜的分配機制實際上相當于一個內存分配的緩沖池(Cache)，使用這套機制有如下若干原因：
1. 系統調用可能不支持任意大小的內存分配。有些系統的系統調用只支持固定大小及其倍數的內存請求(按頁分配)；這樣的話對于大量的小內存分類來說會造成浪費。
2. 系統調用申請內存可能是代價昂貴的。系統調用可能涉及用戶態和核心態的轉換。
3. 沒有管理的內存分配在大量復雜內存的分配釋放操作下很容易造成內存碎片。

堆和棧的對比
從以上知識可知，棧是系統提供的功能，特點是快速高效，缺點是有限制，數據不靈活；而棧是函數庫提供的功能，特點是靈活方便，數據適應面廣泛，但是效率有一定降低。棧是系統數據結構，對于進程/線程是唯一的；堆是函數庫內部數據結構，不一定唯一。不同堆分配的內存無法互相操作。棧空間分靜態分配和動態分配兩種。靜態分配是編譯器完成的，比如自動變量(auto)的分配。動態分配由alloca函數完成。棧的動態分配無需釋放(是自動的)，也就沒有釋放函數。為可移植的程序起見，棧的動態分配操作是不被鼓勵的！堆空間的分配總是動態的，雖然程序結束時所有的數據空間都會被釋放回系統，但是精確的申請內存/ 釋放內存匹配是良好程序的基本要素。

    1.碎片問題：對于堆來講，頻繁的new/delete勢必會造成內存空間的不連續，從而造成大量的碎片，使程序效率降低。對于棧來講，則不會存在這個問題，因為棧是先進后出的隊列，他們是如此的一一對應，以至于永遠都不可能有一個內存塊從棧中間彈出，在他彈出之前，在他上面的后進的棧內容已經被彈出，詳細的可以>參考數據結構，這里我們就不再一一討論了。
    2.生長方向：對于堆來講，生長方向是向上的，也就是向著內存地址增加的方向；對于棧來講，它的生長方向是向下的，是向著內存地址減小的方向增長。
    3.分配方式：堆都是動態分配的，沒有靜態分配的堆。棧有2種分配方式：靜態分配和動態分配。靜態分配是編譯器完成的，比如局部變量的分配。動態分配由alloca函數進行分配，但是棧的動態分配和堆是不同的，他的動態分配是由編譯器進行釋放，無需我們手工實現。
    4.分配效率：棧是機器系統提供的數據結構，計算機會在底層對棧提供支持：分配專門的寄存器存放棧的地址，壓棧出棧都有專門的指令執行，這就決定了棧的效率比較高。堆則是C/C++函數庫提供的，它的機制是很復雜的，例如為了分配一塊內存，庫函數會按照一定的算法（具體的算法可以參考數據結構/操作系統）在堆內存中搜索可用的足夠大小的空間，如果沒有足夠大小的空間（可能是由于內存碎片太多），就有可能調用系統功能去增加程序數據段的內存空間，這樣就有機會分到足夠大小的內存，然后進行返回。顯然，堆的效率比棧要低得多。

    明確區分堆與棧:
    在bbs上，堆與棧的區分問題，似乎是一個永恒的話題，由此可見，初學者對此往往是混淆不清的，所以我決定拿他第一個開刀。
    首先，我們舉一個例子：

void f()
{ 
    int* p=new int[5];
}

這條短短的一句話就包含了堆與棧，看到new，我們首先就應該想到，我們分配了一塊堆內存，那么指針p呢？他分配的是一塊棧內存，所以這句話的意思就是：在棧內存中存放了一個指向一塊堆內存的指針p。在程序會先確定在堆中分配內存的大小，然后調用operator new分配內存，然后返回這塊內存的首地址，放入棧中，他在VC6下的匯編代碼如下：
    00401028    push         14h
    0040102A    call            operator new (00401060)
    0040102F    add          esp,4
    00401032    mov          dword ptr [ebp-8],eax
    00401035    mov          eax,dword ptr [ebp-8]
    00401038    mov          dword ptr [ebp-4],eax
    這里，我們為了簡單并沒有釋放內存，那么該怎么去釋放呢？是delete p么？澳，錯了，應該是delete []p，這是為了告訴編譯器：我刪除的是一個數組，VC6就會根據相應的Cookie信息去進行釋放內存的工作。
    好了，我們回到我們的主題：堆和棧究竟有什么區別？
    主要的區別由以下幾點：
    1、管理方式不同；
    2、空間大小不同；
    3、能否產生碎片不同；
    4、生長方向不同；
    5、分配方式不同；
    6、分配效率不同；
    管理方式：對于棧來講，是由編譯器自動管理，無需我們手工控制；對于堆來說，釋放工作由程序員控制，容易產生memory leak。
    空間大小：一般來講在32位系統下，堆內存可以達到4G的空間，從這個角度來看堆內存幾乎是沒有什么限制的。但是對于棧來講，一般都是有一定的空間大小的，例如，在VC6下面，默認的棧空間大小是1M（好像是，記不清楚了）。當然，我們可以修改：
    打開工程，依次操作菜單如下：Project->Setting->Link，在Category 中選中Output，然后在Reserve中設定堆棧的最大值和commit。
注意：reserve最小值為4Byte；commit是保留在虛擬內存的頁文件里面，它設置的較大會使棧開辟較大的值，可能增加內存的開銷和啟動時間。
    堆和棧相比，由于大量new/delete的使用，容易造成大量的內存碎片；由于沒有專門的系統支持，效率很低；由于可能引發用戶態和核心態的切換，內存的申請，代價變得更加昂貴。所以棧在程序中是應用最廣泛的，就算是函數的調用也利用棧去完成，函數調用過程中的參數，返回地址，EBP和局部變量都采用棧的方式存放。所以，我們推薦大家盡量用棧，而不是用堆。

另外對存取效率的比較:
代碼:

char s1[] = "aaaaaaaaaaaaaaa";
char *s2 = "bbbbbbbbbbbbbbbbb";

aaaaaaaaaaa是在運行時刻賦值的；
而bbbbbbbbbbb是在編譯時就確定的；
但是，在以后的存取中，在棧上的數組比指針所指向的字符串(例如堆)快。
比如：

void main()
{
    char a = 1;
    char c[] = "1234567890";
    char *p ="1234567890";
     a = c[1];
     a = p[1];
    return;
}

對應的匯編代碼
10: a = c[1];
00401067 8A 4D F1 mov cl,byte ptr [ebp-0Fh]
0040106A 88 4D FC mov byte ptr [ebp-4],cl
11: a = p[1];
0040106D 8B 55 EC mov edx,dword ptr [ebp-14h]
00401070 8A 42 01 mov al,byte ptr [edx+1]
00401073 88 45 FC mov byte ptr [ebp-4],al
第一種在讀取時直接就把字符串中的元素讀到寄存器cl中，而第二種則要先把指針值讀到edx中，在根據edx讀取字符，顯然慢了.
    無論是堆還是棧，都要防止越界現象的發生（除非你是故意使其越界），因為越界的結果要么是程序崩潰，要么是摧毀程序的堆、棧結構，產生以想不到的結果,就算是在你的程序運行過程中，沒有發生上面的問題，你還是要小心，說不定什么時候就崩掉,編寫穩定安全的代碼才是最重要的