1,standard

每次都會新建一個Activity實例

?

2,singleTask

棧空間簡易示意:A -- B -- C

?最后用startActivity(intent)從C跳到A后，由于棧空間已經(jīng)存在A的實例，A上面的Activity B和C出棧（即onDestroy銷毀），A置于棧頂

如果A中重寫了onNewIntent(...)方法，會同時接到C跳A的intent數(shù)據(jù)

?

3,singTop

棧空間簡易示意:A -- B -- C

最后用startActivity(intent)從C跳到A后，即使棧控件已經(jīng)存在A的實例，Android系統(tǒng)也會重新創(chuàng)建一個A的實例并且置于棧頂，當然重寫的onNewIntent(...)方法也不會接到intent數(shù)據(jù), 變成：

?

4，singleInstance(代碼跳轉(zhuǎn)邏輯：A -- B -- C -- A -- B -- C .....)

1，起始Activity非singleInstance (實際跳轉(zhuǎn)順序：A -- B -- C -- A -- B -- C .....)

?

A,C位于同一棧中，taskId相同， B在另一個棧中，與他們taskId不同,此棧在B未被銷毀前只能有B一個Activity(B在創(chuàng)建之后，onNewIntent(...)也可以接到 其他Activity跳轉(zhuǎn)的intent數(shù)據(jù))，整個過程中，B只創(chuàng)建了一次，A與C每次都創(chuàng)建一個實例

2,起始Activity為singleInstance(實際跳轉(zhuǎn)順序：A -- B -- C -- A -- C -- A -- C .....)

代碼中第一種情況相同，但實際跳轉(zhuǎn)順序卻不同，

第一次A -- B -- C 實際跳轉(zhuǎn)完成之后，當從C回到A（A在創(chuàng)建之后，onNewIntent(...)也可以接到其他Activity跳轉(zhuǎn)的intent數(shù)據(jù)）后，再從A跳 B時，卻跳到了C頁面，依次循環(huán)，整個過程中，B只是在一開始創(chuàng)建時出現(xiàn)了一次，之后從A都是直接跳C，A當然是單實例的，但是C也只創(chuàng)建了一次，相當于 是單實例

多次跳轉(zhuǎn)按物理返回鍵時：

如果當前頁面是A，則A銷毀，出現(xiàn)C，接著C銷毀，出現(xiàn)B，B銷毀，應(yīng)用程序結(jié)束

如果當前頁面是C，則C銷毀，出現(xiàn)B，接著B銷毀，出現(xiàn)A，A銷毀，應(yīng)用程序結(jié)束

返回鍵的實際跳轉(zhuǎn)情況屬于正常，因為A的taskId, 與B,C不同，不在同一棧中

?

但singleInstance的第2中情況，第一次A--B--C--A跳完之后，為啥從A卻進入了C并且是之前的實例C，并不是想象中的新創(chuàng)建一個Activity B的實例 ?