androidservice綁定

A. Android中服務service

本文原文連接 https://blog.csdn.net/wen20102321/article/details/53155736

Service是Android中的四大組件之一，它的級別和Activity差不多。只不過Service沒有頁面顯示，只能後台運行，可以和其他組件進行交互。
Service的後台運行並不是子線程，是在主線程中進行的，只是它沒有界面顯示。如果Service進行了耗時操作同樣需要開啟子線程，否則會跟Activity一樣出現ANR問題（application not response–程序沒有響應）。
補充說明：
主線程的內容包括UI和後台，只要程序中的UI或者後台其中一個在跑，程序都算是在運行狀態。

1，創建一個自己的TestService繼承Service
2，必須實現重寫其中的onBind方法，可以在里邊做各種操作，也可以接收傳遞過來的Intent的數據。
(在Android Studio中可以直接新建一個Service)

服務的注冊是四大組件中最簡單的一個，一般只要設置name屬性就可以了。

1，startService()啟動
（1）啟動服務startService：onCerate(),onStart()
（2）停止服務stopService：onDestroy()
此方法啟動服務，服務如果未被創建，系統會先調用onCreate()方法，接著調用onStrat()方法。如果調用startService前服務已經被啟動，多次調用啟動方法，不會多次調用onCreate，但會導致多次調用onStrat。
2，bindService()啟動
（1）綁定bindService：onCreate(),onBind()
（2）解除綁定unbindService：onUnbind()
（3）正常停止程序服務的方法是先接觸綁定unbindService，在停止服務stopService
綁定後調用stopService方法，這時候是不能停止服務的，如果這時再調用解綁unbindService，程序會先解綁，後停止服務。
用此方法啟動服務，在服務未被創建時，會先調用onCreate()，接著調用onBind()方法，這時候調用者和服務綁定在一起，調用者退出，系統會先調用服務的onUnbind()，然後onDestroy()。如果調用bindService之前服務已經被綁定，多次調用bindService並不會導致onCreate()和onBind()方法被多次調用。如果調用者想與正在綁定的服務解除綁定，可以調用unbindService()。

（1），onCerate()服務第一次被創建
（2），onStartComand()服務開始工作
（3），onBind()服務已經綁定
（4），onUnBind()服務解綁
（5），onDestroy()服務已經停止

普通的Service進行耗時操作要創建一個線程去完成，因為service是在主線程運行的，並且這個子線程完成工作要手動停止 。IntentService是繼承了Service並處理起步請求的一個類，在IntentService內有一個工作線程，來處理耗時操作，啟動IntentService的方式和啟動傳統的Service是一樣，當任務執行完成後，IntentService會自動停止，而不需要我們去控制。
可以啟動多次IntentService，每一個耗時操作會以工作隊列的方式在IntentService的onHandleIntent回調方法中執行，並且每次只會執行一個工作線程，執行完第一個再執行第二個，以此類推，而且，所有請求都在一個單線程中，不會阻塞主線程，同一時間只處理一個請求。
IntentService優點
1，省去了在Service中開線程的麻煩
2，當操作完成時，不用手動停止Service。IntentService是Service，但是比Service更智能。

B. 如何讓android的service一直在後台運行

首先來說，android是不存在一直運行後台服務的。而且，後天一直運行，就會消耗很大的手機資源的，因此也會影響手機的其他程序的使用的。

需要注意的事，手機系統運行的問題，以上的方法都是建立在手機系統夠大的時候才行的。要不就會被很輕易的就清理掉了。

以上就是我的回答，希望可以幫到題主。

C. Android service與activity綁定調用問題

調用startactivity到另一個activity之後，原來的Activity會暫停，如果內存不夠就會被kill掉。綁定的service也會調用destroy方法，因為你的service是用bindservice啟動的。所以你的想法還是用startservice方法啟動service然後再用廣播進行activity與service之間的數據交換比較簡單。

D. android中啟動型服務和綁定型服務的區別

1 通過startService
Service會經歷 onCreate --> onStart
stopService的時候直接onDestroy

如果是 調用者 直接退出而沒有調用stopService的話，Service會一直在後台運行。
下次調用者再起來仍然可以stopService。

2 通過bindService
Service只會運行onCreate， 這個時候 調用者和Service綁定在一起

調用者退出了，Srevice就會調用onUnbind-->onDestroyed
所謂綁定在一起就共存亡了。

E. Android Service 為什麼要綁定服務 僅僅是因為要獲取服務中的方法嗎

Android中Service是運行在後台的東西，級別與activity一樣。

既然說service是運行在後台的服務，那麼它就是不可見的，沒有界面的東西。

你可以啟動一個服務Service來播放音樂，或者記錄你地理信息位置的改變，或者啟動一個服務來運行並一直監聽某種動作。

Service和其他組件一樣，都是運行在主線程中，因此不能用它來做耗時的請求或者動作。你可以在服務中開一一個線程，在線程中做耗時動作。

服務一般分為兩種：

1：本地服務，Local Service 用於應用程序內部。在Service可以調用Context.startService()啟動，調用Context.stopService()結束。在內部可以調用Service.stopSelf() 或 Service.stopSelfResult()來自己停止。無論調用了多少次startService()，都只需調用一次stopService()來停止。

2：遠程服務， Remote Service 用於android系統內部的應用程序之間。可以定義介面並把介面暴露出來，以便其他應用進行操作。客戶端建立到服務對象的連接，並通過那個連接來調用服務。調用Context.bindService()方法建立連接，並啟動，以調用 Context.unbindService()關閉連接。多個客戶端可以綁定至同一個服務。如果服務此時還沒有載入，bindService()會先載入它。
提供給可被其他應用復用，比如定義一個天氣預報服務，提供與其他應用調用即可。

3.Service的生命周期

context.startService() ->onCreate()- >onStart()->Service running--調用context.stopService() ->onDestroy()

context.bindService()->onCreate()->onBind()->Service running--調用>onUnbind() -> onDestroy()
從上訴可以知道分別對應本地的，，以及遠程的，也對應不同的方式啟動這個服務。

4.如果你Activity不綁定服務,那麼就無法與遠程服務進行通信

例如你要調用其它應用的服務(進程之間的通信)

有關更多的RPC通信建議查看android官網的API

F. Android 服務的限制

Google官網將Android服務分為了三種，前台服務，後台服務和綁定服務：

前台服務執行一些用戶能注意到的操作。例如，音頻應用會使用前台服務來播放音頻曲目。前台服務必須顯示 通知 。即使用戶停止與應用的交互，前台服務仍會繼續運行。

後台服務執行用戶不會直接注意到的操作。例如，如果應用使用某個服務來壓縮其存儲空間，則此服務通常是後台服務。

當應用組件通過調用 bindService() 綁定到服務時，服務即處於 綁定 狀態。綁定服務會提供客戶端-伺服器介面，以便組件與服務進行交互、發送請求、接收結果，甚至是利用進程間通信 (IPC) 跨進程執行這些操作。僅當與另一個應用組件綁定時，綁定服務才會運行。多個組件可同時綁定到該服務，但全部取消綁定後，該服務即會被銷毀。

我個人理解服務可以分為兩種， 前台 和 後台 ，而 綁定 應該是被當作一種狀態，因為 前台服務 和 後台服務 都可以進行綁定。

基於這個理解，我們將限制分成了前台和後台兩個部分：

從 Android 5.0（API 級別 21）開始，如果使用隱式 Intent 調用 bindService() ，則系統會拋出異常。為確保應用的安全性，在啟動 Service 時，請始終使用顯式 Intent，且不要為服務聲明 Intent 過濾器。

在後台中運行的 Service 會消耗設備資源，這可能會降低用戶體驗。 為了緩解這一問題，系統對這些 Service 施加了一些限制。

處於前台時，應用可以自由創建和運行前台與後台 Service。

Android 8.0 開始：系統不允許後台應用創建後台 Service。否則該函數將引發一個 IllegalStateException。

Android 8.0 開始：進入後台時，在一個持續數分鍾的時間窗內，應用仍可以創建和使用 Service。 在該時間窗結束後，應用將被視為處於 空閑 狀態。 此時，系統將停止應用的後台 Service，就像應用已經調用 Service 的 Service.stopSelf() 方法一樣。

為了解除這種限制，可以使用 JobScheler 作業替換後台 Service。

在 Android 8.0 之前，創建前台 Service 的方式通常是先創建一個後台 Service，然後將該 Service 推到前台。

而在Android 8.0 之後，系統不允許後台應用創建後台 Service。

解決方案：調用 startForegroundService() ，以在前台啟動新 Service。

在系統創建 Service 後，應用有五秒的時間來調用該 Service 的 startForeground() 方法以顯示新 Service 的用戶可見通知。 如果應用在此時間限制內 未 調用 startForeground() ，則系統將停止此 Service 並聲明此應用為 ANR 。

前台服務必須顯示優先順序為 PRIORITY_LOW 或更高的 狀態欄通知 ，這有助於確保用戶知道應用正在執行的任務。如果某操作不是特別重要，因而您希望使用最低優先順序通知，則可能不適合使用服務；相反，您可以考慮使用 計劃作業 。

在 Android 9 (API 28)之後，使用前台服務必須申請 FOREGROUND_SERVICE 許可權，否則會報 SecurityException 。 這是普通許可權，因此，系統會自動為請求許可權的應用授予此許可權。

每個運行服務的應用都會給系統帶來額外負擔，從而消耗系統資源。如果應用嘗試使用低優先順序通知隱藏其服務，則可能會降低用戶正在主動交互的應用的性能。因此，如果某個應用嘗試運行擁有最低優先順序通知的服務，則系統會在抽屜式通知欄的底部調用出該應用的行為。

以 Android 12 為目標平台的應用在後台運行時無法再啟動 前台服務 。

在 Android 11 及以後，系統對前台服務何時可以訪問設備的位置、攝像頭或麥克風進行了限制。

如果您的應用以 Android 11 或更高版本為目標平台，且在前台服務中訪問攝像頭或麥克風，則必須添加 前台服務類型 camera 和 microphone 。

如果你的應用 在後台運行時啟動了某項前台服務 ：

如果某服務的功能（位置、麥克風 和 相機）受到了限制，則Logcat中會列印如下語句：

G. android service有什麼用

Service是Android系統中的四大組件之一，它是一種長生命周期的，沒有可視化界面，運行於後台的一種服務程序。如果service是被開啟的，那麼它的活動生命周期和整個生命周期一同結束。如果service是被綁定的，它們它的活動生命周期是在onUnbind()方法返回後結束。

service積極活動的生命時間（active lifetime）是從onStartCommand()或onBind()被調用開始，它們各自處理由startService()或bindService()方法傳過來的Intent對象。

(7)androidservice綁定擴展閱讀

service整體的生命時間是從onCreate()被調用開始，到onDestroy()方法返回為止。和activity一樣，service在onCreate()中進行它的初始化工作，在onDestroy()中釋放殘留的資源。

比如，一個音樂播放service可以在onCreate()中創建播放音樂的線程，在onDestory()中停止這個線程。onCreate()和onDestroy()會被所有的service調用，不論service是通過startService()還是bindService()建立。

H. Android應用組件 —— Service

官方原文： 地址
本文摘錄自官方原文，方便自己觀看。

service 是一個可以在後台長時間運行的操作而不提供用戶界面的應用組件。服務可以由其他應用組件啟動，而且即使用戶切換到其他應用程序，服務仍將在後台繼續運行。此外，組件可以綁定到服務，以與之進行交互，甚至執行進程間的通信（IPC）

服務基本分為兩種形式：

啟動

綁定

上述雖然分開概括這兩種服務，但是服務可以同時以這兩種方式運行，也就是說，他既可以是啟動服務（以無限期運行），也允許綁定。問題在於是否實現了一組回調方法： onStartCommand() （允許組件啟動服務）和 onBing() （允許綁定服務）。

無論應用是出於啟動狀態還是綁定狀態，亦或處於啟動並且綁定狀態，任何應用組件均可以像使用Activity那麼調用Itent來使用服務（即使此服務來自另一應用）。 不過，您可以通過清單文件將服務聲明為私有服務，並阻止其他應用訪問。 使用清單文件聲明服務部分將對此做更詳盡的闡述。

注意：
服務在其託管進程的主線程中運行，它既不創建自己的線程，也不在單獨的進程中運行（除非另行指定）。這意味著，如果服務將執行任何CPU密集型工作或者阻止性操作（我理解為耗時操作，例如 MP3 播放或聯網），則應在服務內創建新線程來完成這項工作。通過使用單獨的線程，可以降低發生「應用無響應」(ANR) 錯誤的風險，而應用的主線程仍可繼續專注於運行用戶與 Activity 之間的交互。

要創建服務，您必須創建 Service 的子類（或使用它的一個現有子類）。在實現中，您需要重寫一些回調方法，以處理服務生命周期的某些關鍵方面並提供一種機制將組件綁定到服務（如適用）。 應重寫的最重要的回調方法包括：

onStartCommand()

onBind()

onCreate()

onDestroy()

如果組件通過調用 startService() 啟動服務（這會導致對 onStartCommand() 的調用），則服務將一直運行，直到服務使用 stopSelf() 自行停止運行，或由其他組件通過調用 stopService() 停止它為止。

如果組件是通過調用 bindService() 來創建服務（且未調用 onStartCommand() ，則服務只會在該組件與其綁定時運行。一旦該服務與所有客戶端之間的綁定全部取消，系統便會銷毀它。

如同 Activity（以及其他組件）一樣，您必須在應用的清單文件中聲明所有服務。

要聲明服務，請添加 <service> 元素作為 <application> 元素的子元素。例如：

為了確保應用的安全性， 請始終使用顯式 Intent 啟動或綁定 Service，且不要為服務聲明 Intent 過濾器。 啟動哪個服務存在一定的不確定性，而如果對這種不確定性的考量非常有必要，則可為服務提供 Intent 過濾器並從 Intent 中排除相應的組件名稱，但隨後必須使用 setPackage() 方法設置 Intent 的軟體包，這樣可以充分消除目標服務的不確定性。

此外，還可以通過添加 android:exported 屬性並將其設置為 "false" ，確保服務僅適用於您的應用。這可以有效阻止其他應用啟動您的服務，即便在使用顯式 Intent 時也如此

Service

IntentService

簡單地說，服務是一種即使用戶未與應用交互也可在後台運行的組件。 因此，您應僅在必要時才創建服務。

如需在主線程外部執行工作，不過只是在用戶正在與應用交互時才有此需要，則應創建新線程而非服務。 例如，如果您只是想在 Activity 運行的同時播放一些音樂，則可在 onCreate() 中創建線程，在 onStart() 中啟動線程，然後在 onStop() 中停止線程。您還可以考慮使用 AsyncTask 或 HandlerThread，而非傳統的 Thread 類。

前台服務被認為是用戶主動意識到的一種服務，因此在內存不足時，系統也不會考慮將其終止。 前台服務必須為狀態欄提供通知，放在「正在進行」標題下方，這意味著除非服務停止或從前台移除，否則不能清除通知。

要請求讓服務運行於前台，請調用 startForeground() 。此方法採用兩個參數：唯一標識通知的整型數和狀態欄的 Notification 。例如：

注意 ：提供給 startForeground() 的整型 ID 不得為 0。

要從前台移除服務，請調用 stopForeground() 。此方法採用一個布爾值，指示是否也移除狀態欄通知。 此方法不會停止服務。 但是，如果您在服務正在前台運行時將其停止，則通知也會被移除。

與 Activity 類似，服務也擁有生命周期回調方法，您可以實現這些方法來監控服務狀態的變化並適時執行工作。 以下框架服務展示了每種生命周期方法：

注 ：與 Activity 生命周期回調方法不同，您 不 需要調用這些回調方法的超類實現。

注 ：盡管啟動服務是通過調用 stopSelf() 或 stopService() 來停止，但是該服務並無相應的回調（沒有 onStop() 回調）。因此，除非服務綁定到客戶端，否則在服務停止時，系統會將其銷毀 — onDestroy() 是接收到的唯一回調。

I. Android中如何啟用Service，如何停用Service

• Context.startService()
• Context.bindService()

1. 在同一個應用任何地方調用 startService() 方法就能啟動 Service 了，然後系統會回調 Service 類的
onCreate() 以及 onStart() 方法。這樣啟動的 Service 會一直運行在後台，直到
Context.stopService() 或者 selfStop() 方法被調用。另外如果一個 Service 已經被啟動，其他代碼再試圖調用
startService() 方法，是不會執行 onCreate() 的，但會重新執行一次 onStart() 。

2. 另外一種 bindService() 方法的意思是，把這個 Service 和調用 Service
的客戶類綁起來，如果調用這個客戶類被銷毀，Service 也會被銷毀。用這個方法的一個好處是，bindService() 方法執行後
Service 會回調上邊提到的 onBind() 方發，你可以從這里返回一個實現了 IBind
介面的類，在客戶端操作這個類就能和這個服務通信了，比如得到 Service 運行的狀態或其他操作。如果 Service
還沒有運行，使用這個方法啟動 Service 就會 onCreate() 方法而不會調用 onStart()。

總結：
1.
startService()的目的是回調onStart()方法，onCreate()
方法是在Service不存在的時候調用的，如果Service存在（例如之前調用了bindService，那麼Service的onCreate方法
已經調用了）那麼startService()將跳過onCreate() 方法。

2.
bindService()目的是回調onBind()方法，它的作用是在Service和調用者之間建立一個橋梁，並不負責更多的工作（例如一個
Service需要連接伺服器的操作），一般使用bindService來綁定到一個現有的Service（即通過StartService啟動的服
務）。
由於Service 的onStart()方法只有在startService()啟動Service的情況下才調用，故使用onStart()的時候要注意這點。

J. Android 之 Service（一）啟動，綁定服務

Service（服務）一個運行在後台執行長時間運行的操作組件，它不提供任何用戶界面，作為與Activity同級的組件，它依舊是運行在主線程中。
其它組件可以啟動一個Service，當這個Service啟動之後便會在後台執行，這里需要注意，由於是在主線程中，所以我們需要另外開啟一個線程來執行我們的耗時操作。
此外，一個組件還可以與一個Service進行綁定來實現組件之間的交互，甚至可以執行IPC（Inter-Process Communication）進程間通信。
Service可以在後台執行很多任務，比如處理網路事務，播放音樂，文件讀寫或者與一個內容提供者交互，等等。

本地服務（Local）
該服務依附在主進程上而不是獨立的進程，這樣在一定程度上節約了資源，另外本地服務因為是在同一進程因此不需要IPC，也不需要AIDL。相應bindService會方便很多，當主進程被Kill後，服務便會終止。一般使用在音樂播放器播放等不需要常駐的服務。

遠程服務(Remote Service)
該服務是獨立的進程，對應進程名格式為所在包名加上你指定的android:process字元串。一般定義方式 android:process=":service" 由於是獨立的進程，因此在Activity所在進程被Kill的時候，該服務依然在運行，不受其他進程影響，有利於為多個進程提供服務具有較高的靈活性。由於是獨立的進程，會佔用一定資源，並且使用AIDL進行IPC比較麻煩。一般用於系統的Service，這種Service是常駐的。

startService啟動的服務
用於啟動一個服務執行後台任務，不與組件進行通信，停止服務使用stopService。 當一個應用組件比如activity通過調用startService()來啟動一個服務的時候，服務便處於啟動狀態。一旦啟動，服務可以在後台無限期地運行下去，即使當啟動它的組件已經銷毀。通常情況下，一個啟動的service執行一個單一的操作並且不會返回任何結果給調用者。

bindService啟動的服務
用於啟動的服務需要進行通信。停止服務使用unbindService。 當一個應用組件通過調用bindService()來與一個服務綁定時，服務便處於綁定狀態。一個綁定的服務提供了一個客戶端-伺服器端介面來允許組件與服務進行交互，發送請求，得到結果甚至通過IPC進程間通信來完成操作。只有當其它組件與服務進行綁定時，服務才會處於綁定狀態。多個組件可以同時與服務綁定，但是當他們全部都解除綁定時，服務就會銷毀。

2.BindService：
如果一個Service在某個Activity中被調用bindService方法啟動，不論bindService被調用幾次，Service的 onCreate 方法只會執行一次，同時 onStartCommand 方法始終不會調用。當建立連接後，Service會一直運行，除非調用unbindService來接觸綁定、斷開連接或調用該Service的Context不存在了（如Activity被Finish——即通過bindService啟動的Service的生命周期依附於啟動它的Context），系統在這時會自動停止該Service。

3.StartService AND BindService：
當一個Service在被啟動(startService 的同時又被綁定(bindService )，該Service將會一直在後台運行，並且不管調用幾次， onCreate 方法始終只會調用一次， onStartCommand 的調用次數與startService 調用的次數一致（使用bindService 方法不會調用 onStartCommand ）。同時，調用unBindService 將不會停止Service，必須調用stopService 或Service自身的stopSelf 來停止服務。

4.停止Service：
當一個服務被終止（stopService 、stopSelf 、unbindService ）時， onDestory 方法將會被調用——所以我們需要在該方法中清除一些工作（依附該Service生命周期上的，比如：停止在Service中創建並運行的線程）。

1.創建服務

如果你才用的是 startService的方式那麼 onBind方法可以忽略
2.注冊服務

3.開啟服務
start:

bind

綁定服務，一般涉及到組件或進程之間的通信，既然需要通信，那麼我們肯定需要一個連接，這里ServiceConnection就是我們所需要的連接，通過Ibinder的傳遞，我們可以獲取到Service的Ibinder對象，從而進行相關操作。

關於粘性服務，這里需要提到 Service的onStartCommand返回值

andorid:name

adroid:exported

android:enabled

android:label

android:process

android:icon

android:permission

關於服務，當我們在應用開發中，如果需要長時間的在後台運行，獨立完成某一些事情的情況下，請使用Service！

此文綜合： http://www.jianshu.com/p/1e49e93c3ec8 以及自己的一些問題看法，用作學習，回顧之用。

Service 前台服務
請參看 紫豪 http://www.jianshu.com/p/5505390503fa