02 download youtube android application生命周期函數執行(想問一下，安卓項目從哪開始運行的呀？)

它線程。本文從下面幾點來介紹Android的進程與線程：

1、進程

組件運行于哪個進程中由清單文件控制。組件元素——<activity>、<service>、<receiver>、<provider>，都有一個process屬性可以指定組件運行在哪個進程中。這個屬性可以設置為每個組件運行在自己的進程中，或者某些組件共享一個進程而其他的不共享。他們還可以設置為不同應用程序的組件運行在同一個進程中——假設這些應用程序共享同一個Linux用戶ID且被分配了同樣的權限。<application>元素也有process屬性，為所有的組件設置一個默認值。

所有的組件都在特定進程的主線程中實例化，且系統調用組件是由主線程派遣。不會為每個實例創建單獨的線程，因此，對應這些調用的方法——諸如View.onKeyDown()報告用用戶的行為和生命周期通知，總是運行在進程的主線程中。這意味著，沒有組件當被系統調用時應該執行很長時間或阻塞操作（如網絡操作或循環計算），因為這將阻塞進程中的其它組件。你可以為長操作衍生獨立的線程。

public boolean onKeyDown(int keyCode,KeyEvent event)：默認實現KeyEvent.Callback.onKeyMultiple()，當按下視圖的KEYCODE_DPAD_CENTER或KEYCODE_ENTER然后釋放時執行，如果視圖可用且可點擊。

參數

keyCode-表示按鈕被按下的鍵碼，來自KeyEvent

event-定義了按鈕動作的KeyEvent對象

返回值

如果你處理事件，返回true；如果你想下一個接收者處理事件，返回false。

當內存剩余較小且其它進程請求較大內存并需要立即分配，Android要回收某些進程，進程中的應用程序組件會被銷毀。當他們再次運行時，會重新開始一個進程。

當決定終結哪個進程時，Android會權衡他們對用戶重要性的相對權值。例如，與運行在屏幕可見的活動進程相比（前臺進程），它更容易關閉一個進程，它的活動在屏幕是不可見（后臺進程）。決定是否終結進程，取決于運行在進程中的組件狀態。關于組件的狀態，將在后面一篇——組件生命周期中介紹。

2、線程

雖然你可能會將你的應用程序限制在一個進程中，但有時候你會需要衍生一個線程做一些后臺工作。因為用戶界面必須很快地響應用戶的操作，所以活動寄宿的線程不應該做一些耗時的操作如網絡下載。任何不可能在短時間完成的操作應該分配到別的線程。

線程在代碼中是用標準的Java線程對象創建的，Android提供了一些方便的類來管理線程——Looper用于在線程中運行消息循環、Handler用戶處理消息、HandlerThread用戶設置一個消息循環的線程。

Looper類

該類用戶在線程中運行消息循環。線程默認沒有消息循環，可以在線程中調用prepare()創建一個運行循環；然后調用loop()處理消息直到循環結束。大部分消息循環交互是通過Handler類。下面是一個典型的執行一個Looper線程的例子，分別使用prepare()和loop()創建一個初始的Handler與Looper交互：

2.1、遠程過程調用（Remote procere calls，RPCs）

Android有一個輕量級的遠程過程調用機制——方法在本地調用卻在遠程（另外一個進程中）執行，結果返回給調用者。這需要將方法調用和它伴隨的數據分解為操作系統能夠理解的層次，從本地進程和地址空間傳輸到遠程進程和地址空間，并重新組裝調用。返回值以相反方向傳輸。Android提供了做這些工作的所有代碼，這樣我們可以專注于定義和執行RPC接口本身。

一個RPC接口僅包含方法。所有的方法同步地執行（本地方法阻塞直到遠程方法執行完成），即使是沒有返回值。簡言之，該機制工作原理如下：首先，你用簡單的IDL（interface definition language，接口定義語言）聲明一個你想實現的RPC接口。從這個聲明中，aidl工具生成一個Java接口定義，提供給本地和遠程進程。它包含兩個內部類，如下圖所示：

內部類有管理你用IDL定義的接口的遠程過程調用所需要的所有代碼。這兩個內部類都實現了IBinder接口。其中之一就是在本地由系統內部使用，你寫代碼可以忽略它。另外一個是Stub，擴展自Binder類。除了用于有效地IPC（interprocess 買粉絲munication）調用的內部代碼，內部類在RPC接口聲明中還包含方法聲明。你可以定義Stub的子類實現這些方法，如圖中所示。

通常情況下，遠程過程有一個服務管理（因為服務能通知系統關于進程和它連接的其它進程的信息）。它有由aidl工具生成的接口文件和Stub子類實現的RPC方法。服務的客戶端僅有由aidl工具生成的接口文件。

下面介紹服務如何與它的客戶端建立連接：

· 服務的客戶端（在本地端的）應該實現onServiceConnected() 和onServiceDis買粉絲nnected() 方法，因此當與遠程服務建立連接成功和斷開連接是會通知它。然后調用bindService() 建立連接。

· 服務的onBind()方法將實現為接受或拒絕連接，者取決于它接受到的意圖（該意圖傳送到binServive()）。如果連接被接受，它返回一個Stub子類的實例。

· 如果服務接受連接，Android調用客戶端的onServiceConnected()方法且傳遞給它一個IBinder對象，返回由服務管理的Stub子類的一個代理。通過代理，客戶端可以調用遠程服務。

這里只是簡單地描述，省略了一些RPC機制的細節。你可以查閱相關資料或繼續關注Android開發之旅，后面將為你奉上。

2.2、線程安全方法

在一些情況下，你實現的方法可能會被不止一個線程調用，因此必須寫成線程安全的。這對遠程調用方法是正確的——如上一節討論的RPC機制。當從IBinder進程中調用一個IBinder對象中實現的一個方法，這個方法在調用者的線程中執行。然而，當從別的進程中調用，方法將在Android維護的IBinder進程中的線程池中選擇一個執行，它不在進程的主線程中執行。例如，一個服務的onBind()方法在服務進程的主線程中被調用，在onBind()返回的對象中執行的方法（例如，實現RPC方法的Stub子類）將在線程池中被調用。由于服務可以有一個以上的客戶端，所以同時可以有一個以上的線程在執行同一個IBinder方法。因此，IBinder的方法必須是線程安全的。

同樣，一個內容提供者可以接受其它進程產生的數據請求。雖然ContentResolver 和 ContentProvider 類隱藏進程通信如何管理的，對應哪些請求的ContentResolver 方法——query()、insert()、delete()、update()、getType()，在內容提供者的進程的線程池中被調用，而不是在這一進程的主線程中。因為這些方法可以同時從任意數量的線程中調用，他們也必須實現為線程安全的。

想問一下，安卓項目從哪開始運行的呀？

從基礎的來講就是在項目的AndroidManifest.xml文件中可以找到程序的入口界面，在文件中有一個application標簽，它的下一級有一個activity標簽包含了

<intent-filter>

<action android:name="android.intent.action.MAIN" />

<category android:name="android.intent.category.LAUNCHER" />

</intent-filter>

那么這個activity就是APP啟動的時候進入的界面，進到界面中，要了解一下Activity的生命周期就能知道，界面剛進來就走了onCreate()方法，所以Android項目中開始運行的地方就是第一個Activity的onCreate()方法。

另外如果在設置了AndroidManifest的application標簽中設置了android:name=".MyApplication"，那么程序入就成了MyApplication的onCreate()方法，當然Application在onCreate方法之前還會執行其他的方法，感興趣的話可以自己再查詢一下資料。平常說的話就是這么兩個入口，如果在設置了AndroidManifest的application，那么最先的入口還是這個Application的onCreate()方法。

Android實現后臺返回前臺再次顯示廣告

市面上主流的APP都是在啟動頁做廣告展示的,即通常都是叫SplashActivity的是APP的launcher頁面,在manifest文件中配置, 2017年以來, 你會發現越來越多的APP在進入后臺時隔一定時間后再次回到前臺會再次顯示廣告界面, 3s自動播放, 或者手動點擊跳過

比如網易云音樂, 淘寶, 京東商城啦, 似乎現在都是很主流的做法了,剛好最近項目中也有這樣的需求, 我們也實現了一遍,所以寫出來分享下,相互學習借鑒

要實現后臺返回前臺顯示廣告的邏輯, 主要的點在于監聽APP進入后臺的時間點, 和APP從后臺返回到前臺的時間點

我們是在Application子類中完成的, 定義三個常量記錄當前APP狀態

在Application中需要監聽Activity的生命周期變化, registerActivityLifecycleCallbacks是application類已經提供好的一個方法, 它可以非常方便的監聽整個項目中的所有activity的生命周期

可以很清晰的看到Activity的生命周期函數都會回調到ActivityLifecycleCallbacks接口來, 我們讓Application實現此接口, 并在相應的回調方法中的完成具體的后臺狀態的監聽

定義幾個需要用的變量記錄相關狀態和時間

在onResume回調中監聽回到前臺的判斷, 只要activity一旦獲取焦點這個方法都會觸發,并且會觸發多次

在onStop回調中監聽程序進入后臺的判斷

在onTrimMemory中監聽應用程序的切換,這也是一種監聽方式.因為有時候onStop的回調不一定會完全執行(尤其是切換最近使用APP列表時),所以這個方法也是必須的

最后, 就可以得到當前APP的準確狀態(sAppState)了, 是否可以再次顯示廣告

測試過程中,發現大部分品牌的手機都是OK的, 但是也有意外的,OPPO R9在切換應用時,一

很赞哦!（26155）