原文鏈接:https://developer.android.google.cn/guide/components/activities/intro-activitiesSS 一， 對activit的介紹 activity類是很重要的組件在安卓app中，並且activit被啟動的方式和組合方式是平臺 ...
原文鏈接:https://developer.android.google.cn/guide/components/activities/intro-activitiesSS
一， 對activit的介紹
activity類是很重要的組件在安卓app中，並且activit被啟動的方式和組合方式是平臺應用模型的基本部分。
不同於其他編程模式，啟動需要一個main方法，安卓系統在activity實例中啟動代碼通過調用生命周期中的特定方法。
這個文檔介紹了activity的概念，並且提供了一些指導，關於如何去用他們。
關於一些額外的信息如何過呢更好的構建你的app，可以看Guide to app architecture
二，activity的概念
移動app體驗不同於桌面程式，移動app和用戶交互的介面不止一個。不一定在什麼地方，什麼時間啟動。
例如，如果你從主屏幕打開一個email app，你也許會看到一個email是列表。通過對比，
如果你使用一個社交媒體app打開你的emailapp ，你可能直接看到email app的屏幕去寫一封電子郵件。
activity類被設計為更適合這種模式。當一個app調用另一個app時，app調用的是另一個app的activity， 而不是調用另一個app作為一個整體。在這種方式下，activity作為app的交互點和其他用戶（在linux底層機制系，一個進程被看做一個用戶，一個app運行在一個進程中）交互。實現一個activity都是activity的子類。
一個activity提供了繪畫app UI的視窗。這個視窗一般占滿了整個屏幕，但是也可能比屏幕小和浮動在其它視窗的頂部（也就是第一層，最高層 ，覆蓋其它頁面視窗）。
一般來說，一個activity實現一個視窗在app中。例如，一個app的activity可能實現了一個preferences視窗，而另一個activity實現了一個 select photo視窗。大多數app包含很多視窗，也就意味著有多個activity。典型的，在一個app中的一個activity被指定為main activity，這個activity就是當用戶啟動app時顯示的第一個視窗。
每一個activity可能當需要的時候在啟動。例如，在一個email app中的main activity可能提供一個展示一個email盒子的視窗。在那裡，main activity再啟動另一個activity用來提供另一些像寫email和打開個人emails的功能。
儘管activitys共同工作形成在app中有凝聚力的體驗，每個activity只是鬆散的聯繫在一起。在app的activity之間一般符合最小依賴原則。事實上，activity經常啟動另一些app的activity。
例如，一個瀏覽器app可能啟動一個社交媒體app的分享activity。
為了在你的app中使用activity，你必須在app的manifest中註冊他們的信息，還必須合適的管理他們的生命周期。下麵將會介紹。
三，配置manifest
在manifest中聲明activities，並且包含他們的屬性。
聲明activity：
為了聲明你的activity，打開你的manifest文件，添加一個<activity>元素作為<application>的子元素。如下所示
<manifest ... >
<application ... >
<activity android:name=".ExampleActivity" />
...
</application ... >
...
</manifest >
只需要為這個子元素添加android:name，它指定activity的類名，你也可以添加額外的屬性，定義activity特性，例如label，icon，或者UI主題。更多的屬性，可以看<activity>元素的參考文檔。
Note：在發佈了你的app之後。你不應該改變activity的名字。如果您這麼做，可能破壞一些功能性，例如app屏幕剪輯。為了看更多關於在發佈後避免更改，可以看That Cannnot Change
四，聲明intent filters
Intent filters是安卓平臺十分強大的功能。他們提供了不僅可以使用顯示請求啟動activity的能力，也可以使用隱式請求。例如，一個顯示請求可能告訴系統能夠打開Gmail app的Send Email activity 。通過對比，一個隱式請求告訴系統，打開所有能做這個工作的Send Email activity。 當系統UI要求一個用戶的app去執行一個任務，這其中intent filter在工作。
你可以在<avtivity>元素中聲明一個<intent-filter>來充分利用這個特點。這個元素的定義包括一個<action>元素，作為可選的，還有<category>和<data>元素。這些元素一起定義了intent的類型，回應你的請求。例如，下麵的代碼展示了對activity的配置，發送text數據，並且接受來自其它activity的請求
<activity android:name=".ExampleActivity" android:icon="@drawable/app_icon">
<intent-filter>
<action android:name="android.intent.action.SEND" />
<category android:name="android.intent.category.DEFAULT" />
<data android:mimeType="text/plain" />
</intent-filter>
</activity>
在這個例子中，<action>元素指定activity發送數據。聲明<category>元素為DEFAULT使activity接受啟動請求。<data>元素指定了activity可能發送的數據類型。下麵的代碼片段展示瞭如何去調用activity
JAVA代碼
// Create the text message with a string
Intent sendIntent = new Intent();
sendIntent.setAction(Intent.ACTION_SEND);
sendIntent.setType("text/plain");
sendIntent.putExtra(Intent.EXTRA_TEXT,
textMessage);
// Start the
activity
startActivity(sendIntent);
KOTLIN
val
sendIntent = Intent().apply
{
action = Intent.ACTION_SEND
type = "text/plain"
putExtra(Intent.EXTRA_TEXT,
textMessage)
}
startActivity(sendIntent)
如果你打算你的app是自包含的，不想要別的app去激活裡面的activity，就不需要設置任何intent filters。你可以啟動他們用顯示調用在你的app裡面。關於更多的信息，請看https://developer.android.google.cn/guide/components/intents-filters.html
五，聲明許可權
你可以使用manifest中的<activity>標簽去控制哪些app可以啟動特定的activity。一個父activity不能啟動子activity，除非兩個activitiy有同樣的許可權。如果你聲明瞭一個<uses-permission>元素為一個特別的activity，，那麼請求調用的activity也必須有相應的<uses-permission>元素。
例如。如果你的app去使用一個假設的SocialApp去分享一個post在社交媒體上，
SocialApp他自身必須定義許可權，一個app調用它必須有的。
<manifest>
<activity android:name="...."
android:permission=”com.google.socialapp.permission.SHARE_POST”
/>
去調用SocialApp，你的app必須匹配在SocialApp manifestzhong 設置的許可權
<manifest>
<uses-permission android:name="com.google.socialapp.permission.SHARE_POST" />
</manifest>
關於更多https://developer.android.google.cn/guide/topics/security/security.html
六，管理activity聲明周期
在activity的生命周期中，經歷了好幾個狀態。使用一系列的回調方法去處理各個狀態間的過渡。下麵介紹回調方法。
onCreate()
你必須實現這個回調，當系統創造你的activity時啟動。你的實現應該初始化那些在你的activity當中十分重要的組件：例如，你的app創建views和綁定數據到lists。最重要的是，你在哪裡必須調用setContentView(layout)，定義layout為你的activity的用戶介面。
當onCreate()結束的時候，下一個回調方法總是onStart()
OnStart()
當onCreate（）結束，activity會進入started狀態，並且activity變得可見對用戶。這個方法包含activity的最後準備工作，使其成為前臺和互動式的。
OnResume()
系統調用這個回調方法在和用戶交互之前。在這個狀態，activity在棧的最頂端，並且捕捉所有的用戶輸入。大多數app的核心功能都是在這個方法中實現的。OnResume下麵總是onPause
OnPause()
系統回調這個方法，當activity喪失焦點時，同時進入暫停狀態。這個狀態會放生在的情況，例如，用戶點擊了back或者Recents按鈕。當系統回調onPause（）方法時，它意味著你的activity仍然是可見的，但是不能夠進行交互。在不久之後將進入stopped或者resumed狀態。
一個在暫停狀態的activity可能繼續更新這個UI，如果這個用戶是在更新。例如，一個activity包含一個導航地圖或者音樂播放器，即使喪失焦點，用戶也希望UI繼續更新進度。
你不應該利用onPause()去存儲應用或者用戶數據，做網路請求，或者執行資料庫交互。更多的信息關於存儲數據，看https://developer.android.google.cn/guide/components/activities/activity-lifecycle.html#saras
onStop()
當activity不再對用戶可見，系統回調這個方法。這可能發生由於activity被destoryed，另一個activity正在starting，或者一個現存的activity正在進入resume狀態和並且正在覆蓋一個被停止的activity。在所有的情況下，activity都不可見對用戶。
下一個回調是進入onRestart()，和用戶交互。或者進入onDestory()，activity完全的終止。
OnRestart()
OnRestart()系統調用這個回調方法，當activity從stopped狀態到restart狀態。OnRestart（）恢復stopped狀態的數據。
OnDestory()
當activity被destoryed之前調用。這是最後一個狀態。在這個方法裡面一般實現把activity裡面的資源釋放，當activity被destoryed時。
更詳細的內容，過段時間再更。如果翻譯的不好，多謝指正，看文檔學習時最好的方式之一，我覺得
