androidactivity進程嗎

1. 關於android編程中service和activity的區別

①從設計的角度來講：
Android的Activity的設計與Web頁面非常類似，從頁面的跳轉通過連接，以及從頁面的定位通過URL，從每個頁面的獨立封裝等方面都可以看出來，它主要負責與用戶進行交互。

Service則是在後台運行，默默地為用戶提供功能，進行調度和統籌。如果一棵樹的地上部分是Activity的話，它龐大的根須就是Service。Android的服務組件沒有運行在獨立的進程或線程中，它和其他的組件一樣也在應用的主線程中運行，如果服務組件執行比較耗時的操作就會導致主線程阻塞或者假死，從而無法響應用戶的操作。
因此，耗時的操作不要放在UI線程中，因為UI 5S，廣播10s就阻塞了，會引發ANR。

②從使用的角度來講：
Service不僅可以給Activity建立雙向連接，為Activity提供數據和功能支持，也可以單向接受Intent的請求，進行數據的分析處理和功能調度。

③從扮演的角色來講：
Activity的功能比較單一，主要就是顯示應用所具有的一些功能，幫助用戶與應用進行交互，像一個人的臉。而Service可能扮演功能調度者也能扮演功能提供者，從觸發器收集信息進行分析和處理，然後更新界面，修改數據或進行其他操作時是一個功能調度者，從輸入法的選擇考慮Service扮演的就是一個功能提供者。View組件是Android中用戶能夠實實在在看到的部分，如按鈕，輸入框等就是繼承自這個類，View只有裝入Activity這樣的容器中才有意義，而反過來
Activity裝入了這些View後才能夠成功完成與用戶交互的任務，但是Service不需要這些花哨的東西，只需要默默地等待事件發生或者聽候差遣。

2. android裡面，怎麼獲取進程的activity對象。

每個 activity 都是一個組件 ，你應該調用 其他activity對象 。 而不是 獲取 它，你獲取它干什麼，
你還可以發個消息 給它。

3. android activity是進程嗎

是滴 UI線程 主線程

4. android 應用開發中的 Activity ，Intent, 是什麼意思

Activity是android中獨有的概念，它是android系統的最小調度單位，從這個方面講有點像WIN32的線程，UNIX/LINUX的進程。一個android進程可以有多個Activity，但Activity之間交換數據需要使用Intent，並不能直接共享數據。
Intent是android的進程之間、Activity之間、線程之間交換數據的載體，類似與WIN32的消息(進程內、進程間消息)。

5. Android中，activity生命周期是指什麼

一個Android應用程序在運行時，對於底層的Linux Kernel而言都是一個單獨的進程，但是對於Android系統而言，因為局限於手機畫面的大小與使用的考慮，不能把每一個運行中的應用程序窗口都顯示出來。

所以通常手機系統的界面一次僅顯示一個應用程序窗口，Android使用了Activity的概念來表示界面。

運行中的應用程序分為五大類，分別是：

前景模式：foreground process

可見模式：visible process

背景模式：background process

空白模式：empty process

服務模式：service process

除了最後一個，貌似service process是Service的事情了。其他都與Activity相關。

Android系統會判斷應用程序Activity是屬於哪一個類，給予不同的Activity生命周期。

Activity的生命周期也是它所在進程的生命周期。

Activity生命周期的運行如圖：

Activity生命周期的每一個階段都表示為金字塔上的一個台階，當系統創建一個新的activity時，每一個回調函數都把activity的狀態網上挪一步。

金子塔的最頂層就是activity運行在前景模式下，用戶可與之交互。

當用戶離開activity時，系統調用另一些回調函數，將activity的狀態從金字塔中一步一步移下來。有些情況下，activity只移動一部分，並沒有完全到底，這些情況下仍然可以移動回頂部。

注意這些狀態中只有三個狀態是靜態（static）的，意味著activity只有在這三個狀態下能停留一段時間：

Resumed：foreground，用戶可交互running state

Paused：部分被遮擋，不能接收用戶輸入也不能執行代碼，另一個半透明或者小的activity正擋在前面。

Stopped：activity完全被遮擋，不能被用戶看到，activity被認為在background，當Stopped的時候，activity實例的狀態信息被保留，但是不能執行任何代碼。

其他狀態都是轉換狀態，系統會很快調用其他相應的回調函數離開這些狀態。比如系統調用onCreate()之後，會很快調用onStart()，之後是onResume()。

相信不少朋友也已經看了以上的分析之後，也基本了解了Activity生命周期的幾個過程，我們就來說一說這幾個過程。

1.啟動Activity：系統會先調用onCreate方法，然後調用onStart方法，最後調用onResume，Activity進入運行狀態。

2.當前Activity被其他Activity覆蓋其上或被鎖屏：系統會調用onPause方法，暫停當前Activity的執行。

3.當前Activity由被覆蓋狀態回到前台或解鎖屏：系統會調用onResume方法，再次進入運行狀態。

4.當前Activity轉到新的Activity界面或按Home鍵回到主屏，自身退居後台：系統會先調用onPause方法，然後調用onStop方法，進入停滯狀態。

5.用戶後退回到此Activity：系統會先調用onRestart方法，然後調用onStart方法，最後調用onResume方法，再次進入運行狀態。

6.當前Activity處於被覆蓋狀態或者後台不可見狀態，即第2步和第4步，系統內存不足，殺死當前Activity，而後用戶退回當前Activity：再次調用onCreate方法、onStart方法、onResume方法，進入運行狀態。

7.用戶退出當前Activity：系統先調用onPause方法，然後調用onStop方法，最後調用onDestory方法，結束當前Activity。

有關於Activity的生命周期是Android中最基礎和最重要的知識，如果你想系統的了解一下Activity的生命周期，推薦你可以去一個叫做秒秒學的教程網站上看看。

6. Android 10.0 Activity的啟動流程

本文主要學習記錄，基於Android 10的源碼，有錯誤歡迎指正，主要目的是梳理流程圖。

以進程為單位的調用棧圖如下：

1.activity中的startActivity方法最終都會通過拿到ATSM的代理IActivityTaskManager調用的startActivity；

2.之後進入system server進程中的ATMS startActivity，ATMS 經過收集Intent信息，然後使用ActivityStackSupervisor.startSpecificActivityLocked，如果進程已經存在，則直接使用realStartActivityLocked，通過App的binder客戶端的代理ApplicationThread調用回到bindApplication，走入Activity的啟動流程；如果進程不存在則通過socket鏈接Zygote，請求fork新的進程；

3.App進程創建完成後，進程啟動會調用ActivityThread.main方法，初始化主線程Handler,接著走入attach方法，然後通過AMS的代理調用AMS的attachApplication方法，並將App進程的通信代理ApplicationThread傳入AMS；

4.AMS獲取到ATMS調用ApplicationThread的bindApplication回到App進程的ActivityThread.ApplicationThread.bindApplication方法中，然後使用Handler切換到主線程執行handleBindApplication，這里初始化了App的進程名字、時間，用戶的硬體配置，包括App的文件系統，創建了App的Context實例，Instrumentation實例，調用App的onCreate回調方法，同時告訴AMS APP初始化工作完畢；

5.AMS接著會調用ATMS的attachApplication，最後調用ClientLifecycleManager的scheleTransaction方法，通過App的Binder代理ApplicationThread回到ActivityThread；

6.進入ActivityThread.ApplicationThread.scheleTransaction方法之後就進入了Activity的onStart、onResume回調

創建進程之前的過程主要是AMS的內部信息收集的判斷的過程，下面主要看一下App進程啟動的源碼流程

從應用進程被創建開始，ActivityThread.main被執行

調用ActivityThread的attach方法，然後將activity和AMS通信的Binder代理IApplicationThread實例傳入AMS

接著進入AMS進程，ActivityManagerService.attachApplicationLocked

1.thread.bindApplication ：該方法主要講App進程的配置信息通過IApplicationThread Binder通信回傳到ActivityThread中

2.mAtmInternal.attachApplication ：mAtmInternal實際就是ActivityTaskManager的實例，通過LocalServices載入

那麼這里相當於走到了ActivityTaskManagerServer的attachApplication中

先看第一條：

注意：ActivityThread中存在於Binder通信的代理--》ApplicationThread extends IApplicationThread.Stub

ActivityThread--》ApplicationThread--》bindApplication

這里的bindApplication主要初始化了AppBindData，然後發送BIND_APPLICATION給APP的主線程BIND_APPLICATION，最後執行了handleBindApplication

handleBindApplication如下：

ActivityThread--》class H extends Handler

該方法主要在App進程中對App的一些硬體資源配置申請的屬性、App的文件夾等完成App基本信息的初始化

接著看第二條：mAtmInternal.attachApplication

mAtmInternal.attachApplication最終會調用mRootActivityContainer.attachApplication(wpc)

RootActivityContainer.attachApplication

接著調用ActivityStackSupervisor.realStartActivityLocked開始創建Activity

ActivityStackSupervisor.realStartActivityLocked

創建ClientLifecycleManager和ClientTransactionHandler來輔助管理Activity的生命周期

注意

clientTransaction.addCallback是LaunchActivityItem

lifecycleItem是ResumeActivityItem

ClientLifecycleManager.scheleTransaction最終會調用ClientTransaction的schele方法

那麼這個mClient是IApplicationThread的實例，那麼此時也就回到了ActivityThread的ApplicationThread中

ActivityThread的ApplicationThread中

因為ActivityThread繼承ClientTransactionHandler，所以到了ClientTransactionHandler中

通過Handler發送消息EXECUTE_TRANSACTION到H中

接著TransactionExecutor的execute方法

LaunchActivityItem.execute方法

client其實是在ActivityThread的實例，那麼就回到了ActivityThread的handleLaunchActivity

接著調用performLaunchActivity

在performLaunchActivity中，主要是載入App的資源包，然後創建了Activity的context實例，並創建了Activity的實例，接著調用activity.attach方法，attach執行完之後調用了onCreate方法。

activity.attach

activity.attach中主要

1.創建了PhoneWindow實例

2.設置了Window介面的監聽

3.初始化了成員變數，包括線程和WindowManager

到此Oncreate已經完成，那麼OnStart和OnResume去哪了？

TransactionExecutor的execute方法

之前們只分析了executeCallbacks，接著executeLifecycleState方法

TransactionExecutor的executeLifecycleState方法

cycleToPath：lifecycleItem即為ResumeActivityItem

第一點：

int finish = lifecycleItem.getTargetState()

lifecycleItem對應ResumeActivityItem，如下：

ResumeActivityItem的getTargetState方法

對應ActivityLifecycleItem中的枚舉類型：

第二點：ActivityClientRecord中的mLifecycleState，由於在前面已經執行了handleLaunchActivity所以mLifecycleState=1

對應ActivityLifecycleItem中的枚舉類型：

PRE_ON_CREATE = 0

所以final int star = 1

接著看getLifecyclePath，此時start=1，finish=3

那麼返回的IntArray就是2

接著看performLifecycleSequence

最終執行的是handleStartActivity所以最終走到了ActivityThread的handleResumeActivity

兩點：

調用activity.performStart

調用Instrumetation.callActivityOnPostCreate

performStart方法：

調用了Instrumentation.callActivityOnStart方法：

最終到了activity的onStart方法

第二點：Instrumentation.callActivityOnPostCreate

上面主要走了cycleToPath，接著ResumeActivityItem.execute

調用了handleResumeActivity方法

handleResumeActivity最終調用performResumeActivity

調用了Instrumentation.callActivityOnResume，

到了activity.onResume()方法

參考文章： https://blog.csdn.net/u011386173/article/details/87802765

7. 安卓 一個activity就是一個進程嗎

sdk上說的是activity和service默認是運行在應用進程的主線程中，四大組件默認都是和activity運行在同一個主線程中的，那就是說activity通過startservice方法啟動一個服務後，被啟動的服務和activity都是在同一個線程中的 service的執行優先順序比較高，activity比較低，所以activity容易被系統幹掉，service要好的多，當然沒資源的時候一樣被幹掉。

8. android開發中不同的activity是否在同一個線程

• 首先activity是android的四大組件之一，我們看到的APP界面其實就是activity，所以activity是運行在主線程中的

• 其次service跟activity一樣，也是android的四大組件之一，主要實現不需要界面，在後台執行的耗時操作，但是他和activity一樣，運行在同一個進程，如果結束當前activity所在進程，service也同樣會結束，因此他們兩個是運行在同一個進程中的，但不是同一個線程，service是用來處理耗時操作的，而且不需要界面支持，既然是耗時操作，就需要放在子線程中了，所以說service和activity需要在不同的線程中

• 解決方法，如果想讓service運行在不同線程中可以使用Thread，也可以使用handle，使service運行在中的耗時操作運行在子線程中

• 或者在Manifest文件中為service設置android:process，如下圖，此時service是運行在「包名+：remote」進程裡面，注意：此時service和activity是在不同的進程裡面，當然，此時的activity結束後，也不會影響到service

  

• 我們還可以使用intentservice這個抽象類，我們可以繼承實現它裡面的方法，intentservice是直接運行在子線程裡面的，可以直接在這里實現耗時操作

9. 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啟動流程分析