1,standard

每次都會(huì)新建一個(gè)Activity實(shí)例

?

2,singleTask

棧空間簡(jiǎn)易示意:A -- B -- C

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

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

?

3,singTop

棧空間簡(jiǎn)易示意:A -- B -- C

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

?

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

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

?

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

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

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

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

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

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

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

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

?

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