android打開activity

㈠ Android —— Activity的四種啟動模式

除了Activity的生命周期外，Activity的啟動模式也是一個難點，有時候為了滿足項目的特殊需求，就必須使用Activity的啟動模式。

在默認情況下，當我們多次啟動同一個Activity的時候，系統會創建多個實例並把它們放入任務棧中，但是有些場景重復創建多個實例，是沒有必要且浪費資源的，這就需要啟動模式來修改系統的默認行為。

下面，我將以理論+實踐的形式為大家介紹Activity的啟動模式。

這是系統的默認啟動模式，採用這種模式的Activity無論是否已經存在實例，都會重新創建一個實例，在這種模式下誰啟動了這個Activity，那麼這個Activity就運行在啟動它的那個Activity所在的棧中。

實踐：MainActivity 採用 standard 模式

在這種模式下，如果新的Activity已經位於任務棧的棧頂，那麼此Activity不會被重新創建，同時它的 NewIntent 方法將會被回調。如果新Activity的實例已存在但不是位於棧頂，那麼新Activity依然會被創建。

實踐：MainActivity 採用 singleTop 模式

MainActivity 採用 singleTop 模式，SecondActivity採用 standard 模式

這是一種單實例模式，在這種模式下，只要Activity在一個棧中存在，那麼多次啟動此Activity都不會重新創建實例，而是回調 onNewIntent() 。

實踐：MainActivity 採用 singleTask 模式

MainActivity 採用 singleTask 模式，SecondActivity採用 standard 模式

這是一種加強的 singleTask 模式，它除了具有 singleTask 模式的所有特性外，還加強了一點，那就是具有此模式的Activity只能單獨的位於一個任務棧中。

實踐：MainActivity 採用 singleInstance 模式

MainActivity 採用 singleInstance 模式，SecondActivity採用 standard 模式

以上就是Activity啟動模式的介紹。

歡迎留言指出錯誤。

㈡ android. 當啟動一個activity並且完後需要返回到啟動他的activity來執行的回調函數是

1、首先在打開的xml界面中，定義一個按鈕，如下圖所示。

㈢ android 怎麼設置activity的啟動模式

在Android中每個界面都是一個Activity，切換界面操作其實是多個不同Activity之間的實例化操作。在Android中Activity的啟動模式決定了Activity的啟動運行方式。
Android總Activity的啟動模式分為四種：

Activity啟動模式設置：

<activity android:name=".MainActivity" android:launchMode="standard" />

Activity的四種啟動模式：

1. standard

模式啟動模式，每次激活Activity時都會創建Activity，並放入任務棧中。

2. singleTop

如果在任務的棧頂正好存在該Activity的實例， 就重用該實例，否者就會創建新的實例並放入棧頂(即使棧中已經存在該Activity實例，只要不在棧頂，都會創建實例)。

3. singleTask

如果在棧中已經有該Activity的實例，就重用該實例(會調用實例的onNewIntent())。重用時，會讓該實例回到棧頂，因此在它上面的實例將會被移除棧。如果棧中不存在該實例，將會創建新的實例放入棧中。

4. singleInstance

在一個新棧中創建該Activity實例，並讓多個應用共享改棧中的該Activity實例。一旦改模式的Activity的實例存在於某個棧中，任何應用再激活改Activity時都會重用該棧中的實例，其效果相當於多個應用程序共享一個應用，不管誰激活該Activity都會進入同一個應用中。

其中standard是系統默認的啟動模式。

下面通過實例來演示standard的運行機制：

1 private TextView text_show;
2 private Button btn_mode;
3
4 @Override
5 public void onCreate(Bundle savedInstanceState) {
6 super.onCreate(savedInstanceState);
7 setContentView(R.layout.activity_main);
8
9 text_show = (TextView) this.findViewById(R.id.text_show);
10
11 text_show.setText(this.toString());
12
13 btn_mode = (Button) this.findViewById(R.id.btn_mode);
14
15 }
16
//按鈕單擊事件
17 public void LaunchStandard(View v){
18 startActivity(new Intent(this,MainActivity.class));
19
20 text_show.setText(this.toString());
21 }

㈣ android 不用startactivity 怎麼開啟activity的方法

啟動其他APK的Activity方法
有兩個app,分別叫做App1和App2。
App1包含兩個Activity,分別叫做App1_A和App1_B.其中App1_A是入口Activity.
也就是App1_A設置intent-filter,action為<action android:name="android.intent.action.MAIN" />
App2隻有一個Activity，叫做App2_A。
現在在App2_A中通過startActivity啟動App1_A是沒問題的.但是啟動App1_B的時候報了fc錯誤。
logcat如下:
08-03 02:23:44.119: WARN/ActivityManager(64): Permission denied: checkComponentPermission() reqUid=10030
08-03 02:23:44.119: WARN/ActivityManager(64): Permission Denial: starting Intent { act=android.intent.action.VIEW cmp=com.hello/.activity2 } from ProcessRecord{407c8bc8 665:com.fileExplorer/10032} (pid=665, uid=10032) requires null
用法如下:
Intent intent = new Intent();
ComponentName componentName = new ComponentName("com.hello","com.hello.App1_A");//這個沒問題
//ComponentName componentName = new ComponentName("com.hello","com.hello.App1_B");//這個報錯
intent.setComponent(componentName);
startActivity(intent);
解決方法:
(1)
通過隱式intent調用方法實現，需要在被調用的activity的manifest文件中添加
<intent-filter>
<action android:name="com.example.project.SHOW_ACTIVITY" />
<category android:name="android.intent.category.DEFAULT" />
</intent-filter>
在StartActivity(it)之前，設定該intent對應的action(com.example.project.SHOW_ACTIVITY)
Intent intent = new Intent();
intent.setAction(action);
intent.addFlags(Intent.FLAG_ACTIVITY_NEW_TASK);
context.startActivity(intent);推薦使用
利用setAction方法啟動Activity還有一個好處就是不需要知道包名和Activity類名，只需要知道action就可以隱式的啟動activity
(2)
即使直接指定了目標activity的ComponentName，跨應用的activity調用也要至少給目標activity指定一個帶action的filter。如：
<intent-filter>
<action android:name="" />
</intent-filter>
action name為空即可。
(3)給被調用的Activity增加一個帶action的filter,如下:
<intent-filter>
<action android:name="com.sdmc.ottplayer.uercenter" />
</intent-filter>
然後可以通過隱式Intent來調用，而不用使用intent.setComponent方法，如下就OK了(但是經過驗證，這種方法只是對APK的入口activity有用，對普通的沒用,和上面的問題一樣無法解決:啟動其他APK的非入口activity)
Intent i = new Intent("com.sdmc.ottplayer.uercenter");
i.setFlags(Intent.FLAG_ACTIVITY_NEW_TASK);
this.startActivity(intent);

異常處理:
Caused by: android.util.AndroidRuntimeException: Calling startActivity() from outside of an Activity context requires the FLAG_ACTIVITY_NEW_TASK flag. Is this really what you want?
Context中有一個startActivity方法，Activity繼承自Context，重載了startActivity方法。
如果使用 Activity的startActivity方法，不會有任何限制，
而如果使用Context的startActivity方法的話，就需要開啟一個新 的task，遇到上面那個異常的，都是因為使用了Context的startActivity方法。
解決辦法是，加一個flag。intent.addFlags(Intent.FLAG_ACTIVITY_NEW_TASK)
Intent intent = new Intent();
intent.setClass(mContext, VideoPlayer.class);
intent.addFlags(Intent.FLAG_ACTIVITY_NEW_TASK);
mContext.startActivity(intent);

㈤ Android之Activity全面解析，有些知識點容易忘記

Activity作為安卓四大組件之一，是最重要也是用得最多的組件，涉及的知識點非常多，有些知識點平時開發很少用到，但在某些場景下需要特別注意，本文詳細整理了Activity涉及的知識點，供開發參考。

針對Activity可以提出很多問題，如：
Activity 的生命周期？
Activity 之間的通信方式？
Activity 各種情況下的生命周期？
橫豎屏切換時 Activity 的生命周期？
前台切換到後台，然後再回到前台時 Activity 的生命周期？
彈出 Dialog 的時候按 Home 鍵時 Activity 的生命周期？
兩個Activity之間跳轉時的生命周期？
下拉狀態欄時 Activity 的生命周期？
Activity 與 Fragment 之間生命周期比較？
Activity 的四種 LaunchMode（啟動模式）的區別？
Activity 狀態保存與恢復？
Activity的轉場動畫有哪些實現方式？
Activity的生命周期中怎麼獲取控制項寬高？
onNewIntent的執行時機？
如何連續退出多個Activity？

如何把Acitivty設置成Dialog樣式 ，android:theme="@android:style/Theme.Dialog"

關於橫豎屏切換的生命周期，對應不同的手機，由於廠商定製的原因，會有不同的效果，如設置了configChanges="orientation」在有些手機會執行各個生命周期，但有些手機卻不會執行。
網上常見的結論如下：

但實際的測試如下：

可以看出，不同廠商的手機切屏生命周期會有差異。
從API 13以上，當設備在橫豎切屏時，「屏幕尺寸」也會發生變化，因此為了杜絕切屏導致頁面銷毀重建，需要加上screenSize，使用設置4，即 android:configChanges="orientation|keyboardHidden|screenSize" .

Activity的四種狀態如下：

在activity處於paused或者stoped狀態下，如果系統內存緊張，可能會被銷毀，當重回該activity時會重建，正常返回和被回收後返回的生命周期如下：

如果是回收後返回，onCreate的參數savedInstanceState不為空。

有哪些場景會觸發onNewIntent回調呢？跟啟動模式有關，首先該Activity實例已經存在，再次啟動才可能觸發。一種情況是啟動模式是singleTask或者singleInstance，無論該activity在棧中哪個位置，都會觸發onNewIntent回調，並且把上面其他acitivity移除，另一種情況是啟動模式是singleTop或者以FLAG_ACTIVITY_SINGLE_TOP啟動，並且該activity實例在棧頂，會觸發onNewIntent，如果不在棧頂是重新創建的，不會觸發。

在實際業務開發中，往往碰到需要連續退出多個activity實例，下面整理了幾種常見方法：

● 發送特定廣播
1、在需要處理連續退出的activity注冊該特定廣播；
2、發起退出的activity發送該特定廣播；
3、接收到該廣播的activity 調用finish結束頁面。
● 遞歸退出
1、用startActivityForResult啟動新的activity；
2、前一個頁面finish時，觸發onActvityResult回調，再根據requestCode和resultCode處理是否finish，達到遞歸退出的效果。
● FLAG_ACTIVITY_CLEAR_TOP
通過intent.setFlag(Intent.FLAG_ACTIVITY_CLEAR_TOP)啟動新activity，如果棧中已經有該實例，則會把該activity之上的所有activity關閉，達到singleTop啟動模式的效果。
● 自定義activity棧
1、自定義activity列表，新打開activity則加入棧中，關閉則移除棧；
2、需要退出多個activity時，則循環從棧中移除activity實例，並調用finish。

在討論Activity啟動模式經常提到任務棧，那到底什麼是任務棧？
任務是一個Activity的集合，它使用棧的方式來管理其中的Activity，這個棧又被稱為返回棧(back stack)，棧中Activity的順序就是按照它們被打開的順序依次存放的。返回棧是一個典型的後進先出(last in, first out)的數據結構。下圖通過時間線的方式非常清晰地向我們展示了多個Activity在返回棧當中的狀態變化：

taskAffinity 任務相關性，可以用於指定一個Activity更加願意依附於哪一個任務，在默認情況下，同一個應用程序中的所有Activity都具有相同的affinity， 名字為應用的包名。當然了，我們可以為每個 Activity 都單獨指定 taskAffinity 屬性（不與包名相同）。taskAffinity 屬性主要和 singleTask 啟動模式和 allowTaskReparenting 屬性配對使用，在其他情況下沒有意義。
taskAffinity 有下面兩種應用場景：

分為顯示啟動和隱式啟動。
（1）顯示啟動
直接指定待調整的Activity類名。

（2）隱式啟動
Intent 能夠匹配目標組件的 IntentFilter 中所設置的過濾信息，如果不匹配將無法啟動目標 Activity。IntentFilter 的過濾信息有 action、category、data。
IntentFilter 需要注意的地方有以下：
● 一個 Activity 中可以有多個 intent-filter
● 一個 intent-filter 同時可以有多個 action、category、data
● 一個 Intent 只要能匹配任何一組 intent-filter 即可啟動對應 Activity
● 新建的 Activity 必須加上以下這句，代表能夠接收隱式調用
<category android:name="android.intent.category.DEFAULT" />

只要匹配一個action即可跳轉，注意的是action要區分大小寫。

規則：如果intent中有category，則所有的都能匹配到intent-filter中的category，intent中的category數量可用少於intent-filter中的。另外，單獨設置category是無法匹配activity的，因為category屬性是一個執行Action的附加信息。

intent不添加category會匹配默認的，即 「android:intent.category.DEFAULT」
如果上面例子，如果去掉intent.setAction("action_name")，則會拋出異常：

規則：類似action，但data有復雜的結構，只要匹配一個data並且與data中所有屬性都一致就能匹配到Activity，只要有1個屬性不匹配，都無法找到activity。
data的結構：

data 主要是由 URI 和 mimeType 組成的。
URI 可配置很多信息，的結構如下：

與url類似，例如：

mineType：指資源類型包括文本、圖片、音視頻等等，例如:text/plain、 image/jpeg、video/* 等

下面看下data匹配的例子：
只匹配scheme

只匹配scheme也是能匹配到activity的。

匹配scheme、host、port
將上面的data改為

匹配mineType

如果有mineType，則不能僅設置setData或setMineType了，因為setData會把mineType置為null，而setMineType會把data置為null，導致永遠無法匹配到activity，要使用setDataAndType。

使用scheme的默認值contentfile

注意該方法需要在startAtivity方法或者是finish方法調用之後立即執行，不能延遲，但可以在子線程執行。

而在windowAnimationStyle中存在四種動畫：
activityOpenEnterAnimation // 打開新的Activity並進入新的Activity展示的動畫
activityOpenExitAnimation // 打開新的Activity並銷毀之前的Activity展示的動畫
activityCloseEnterAnimation //關閉當前Activity進入上一個Activity展示的動畫
activityCloseExitAnimation // 關閉當前Activity時展示的動畫

overridePendingTransition的方式比較生硬，方法也比較老舊了，不適用於MD風格，google提供了新的轉場動畫ActivityOptions，並提供了兼容包ActivityOptionsCompat。

我們知道在onCreate和onResume裡面直接獲取到控制項寬高為0，那有什麼辦法獲取到控制項的實際寬高？只要有onWindowFocusChanged、view.post、ViewTreeObserver三種方式獲取。

當用戶點擊桌面圖標啟動APP時，背後的流程如下：

我們看到的手機桌面是Launch程序的界面，點擊應用圖標會觸發點擊事件，調用startActivity(intent)，然後通過Binder IPC機制，與ActivityManagerService(AMS)通訊，AMS執行一系列操作，最終啟動目前應用，大概流程如下：

通過PackageManager的resolveIntent()收集跳轉intent對象的指向信息，然後通過grantUriPermissionLocked()方法來驗證用戶是否有足夠的許可權去調用該intent對象指向的Activity。如果有許可權，則在新的task中啟動目標activity，如果發現沒有進程，則先創建進程。

如果進程不存在，AMS會調用startProcessLocked創建新的進程，在該方法中，會通過socket的通訊方式通知zygote進程孵化新的進程並返回pid，在新的進程中會初始化ActivityThread，並依次調用Looper.prepareLoop()和Looper.loop()來開啟消息循環。

創建好進程後下一步要將Application和進程綁定起來，AMS會調用上一節創建的ActivityThread對象的bindAppliction方法完成綁定工作，該方法會發送一條BIND_APPLICATION的消息，最終會調用handleBindApplication方法處理消息，並調用makeApplication方法處理消息，載入APP的classes到內存中。

通過前面的步驟，系統已經擁有了該Application的進程，後續的啟動則是從已存在其他進程中啟動Acitivity，即調用realStartAcitvityLocked，該方法會調用Application的主線程對象ActivityThread的sheleLaunchActivity方法，在方法中會發送LAUNCH_ACTIVITY到消息隊列，最終通過handleLaunchActivity處理消息，完成Acitivty的啟動。

Activity
Activity 的 36 大難點，你會幾個？「建議收藏」
[譯]Android Application啟動流程分析