androidservice圖

『壹』 android service有什麼用

Service是Android中實現程序後台運行的解決方案，它非常適合執行那些不需要和用戶交互而
且還要求長期運行的任務。Service的運行不依賴於任何用戶界面，即使程序被切換到後台，或
者用戶打開了另外一個應用程序，Service仍然能夠保持正常運行。

所以你說service有什麼用

『貳』 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()的時候要注意這點。

『叄』 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

『肆』 Android中怎麼啟動關閉Service及功能解釋

調用startService就是啟動service，調用stopService就是關閉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()會先載入它。

『伍』 android servicemanager 怎麼實現service管理

ServiceManager是android中比較重要的一個進程，它是在init進程啟動之後啟動，從名字上就可以看出來它是用來管理系統中的service。比如：InputMethodService、ActivityManagerService等。在ServiceManager中有兩個比較重要的方法：add_service、check_service。系統的service需要通過add_service把自己的信息注冊到ServiceManager中，當需要使用時，通過check_service檢查該service是否存在。

主函數(anrdroid4.0/frameworks/base/cmds/servicemanager/service_manager.c)

從它的主函數代碼開始：

int main(int argc, char **argv)

{

struct binder_state *bs;

void *svcmgr = BINDER_SERVICE_MANAGER;

bs = binder_open(128*1024);

if (binder_become_context_manager(bs)) {

LOGE("cannot become context manager (%s) ", strerror(errno));

return -1;

}

svcmgr_handle = svcmgr;

binder_loop(bs, svcmgr_handler);

return 0;

}

從main函數中可以看出，它主要做了三件事情：

打開/dev/binder設備，並在內存中映射128K的空間。

通知Binder設備，把自己變成context_manager

進入循環，不停的去讀Binder設備，看是否有對service的請求，如果有的話，就去調用svcmgr_handler函數回調處理請求。

服務注冊

再來看看ServiceManager中是怎麼樣去注冊服務的。先來看先，當有對service的請求時，調用的回調函數svcmgr_handler：

int svcmgr_handler(struct binder_state *bs,

struct binder_txn *txn,

struct binder_io *msg,

struct binder_io *reply)

{

struct svcinfo *si;

uint16_t *s;

unsigned len;

void *ptr;

uint32_t strict_policy;

// LOGI("target=%p code=%d pid=%d uid=%d ",

// txn->target, txn->code, txn->sender_pid, txn->sender_euid);

if (txn->target != svcmgr_handle)

return -1;

// Equivalent to Parcel::enforceInterface(), reading the RPC

// header with the strict mode policy mask and the interface name.

// Note that we ignore the strict_policy and don't propagate it

// further (since we do no outbound RPCs anyway).

strict_policy = bio_get_uint32(msg);

s = bio_get_string16(msg, &len);

if ((len != (sizeof(svcmgr_id) / 2)) ||

memcmp(svcmgr_id, s, sizeof(svcmgr_id))) {

fprintf(stderr,"invalid id %s ", str8(s));

return -1;

}

switch(txn->code) {

case SVC_MGR_GET_SERVICE:

case SVC_MGR_CHECK_SERVICE:

s = bio_get_string16(msg, &len);

ptr = do_find_service(bs, s, len);

if (!ptr)

break;

bio_put_ref(reply, ptr);

return 0;

case SVC_MGR_ADD_SERVICE:

s = bio_get_string16(msg, &len);

ptr = bio_get_ref(msg);

if (do_add_service(bs, s, len, ptr, txn->sender_euid))

return -1;

break；

case SVC_MGR_LIST_SERVICES: {

unsigned n = bio_get_uint32(msg);

si = svclist;

while ((n-- > 0) && si)

si = si->next;

if (si) {

bio_put_string16(reply, si->name);

return 0;

}

return -1;

}

default:

LOGE("unknown code %d ", txn->code);

return -1;

}

bio_put_uint32(reply, 0);

return 0;

}

在該回調函數中會判斷Service有什麼需要，如果是請求注冊service，那麼久執行：

case SVC_MGR_ADD_SERVICE:

s = bio_get_string16(msg, &len);

ptr = bio_get_ref(msg);

if (do_add_service(bs, s, len, ptr, txn->sender_euid))

return -1;

break;

我們再來看看do_add_service中做了什麼事情：

int do_add_service(struct binder_state *bs,

uint16_t *s, unsigned len,

void *ptr, unsigned uid)

{

struct svcinfo *si;

// LOGI("add_service('%s',%p) uid=%d ", str8(s), ptr, uid);

if (!ptr || (len == 0) || (len > 127))

return -1；

if (!svc_can_register(uid, s)) {

LOGE("add_service('%s',%p) uid=%d - PERMISSION DENIED ",

str8(s), ptr, uid);

return -1;

}

si = find_svc(s, len);

if (si) {

if (si->ptr) {

LOGE("add_service('%s',%p) uid=%d - ALREADY REGISTERED ",

str8(s), ptr, uid);

return -1;

}

si->ptr = ptr;

} else {

si = malloc(sizeof(*si) + (len + 1) * sizeof(uint16_t));

if (!si) {

LOGE("add_service('%s',%p) uid=%d - OUT OF MEMORY ",

str8(s), ptr, uid);

return -1;

}

si->ptr = ptr;

si->len = len;

memcpy(si->name, s, (len + 1) * sizeof(uint16_t));

si->name[len] = '';

si->death.func = svcinfo_death;

si->death.ptr = si;

si->next = svclist;

svclist = si;

}

binder_acquire(bs, ptr);

binder_link_to_death(bs, ptr, &si->death);

return 0;

}

在該函數中，首先會去檢查是否有許可權注冊service，如果沒有許可權就直接返回，不能注冊。

if (!svc_can_register(uid, s)) {

LOGE("add_service('%s',%p) uid=%d - PERMISSION DENIED ",

str8(s), ptr, uid);

return -1;

}

然後會去檢查該service是否已經注冊過了，如果已經注冊過，那麼就不能再注冊了：

si = find_svc(s, len);

if (si) {

if (si->ptr) {

LOGE("add_service('%s',%p) uid=%d - ALREADY REGISTERED ",

str8(s), ptr, uid);

return -1;

}

si->ptr = ptr;

}

再判斷內存是否足夠：

si = malloc(sizeof(*si) + (len + 1) * sizeof(uint16_t));

if (!si) {

LOGE("add_service('%s',%p) uid=%d - OUT OF MEMORY ",

str8(s), ptr, uid);

return -1;

}

如果都沒什麼問題，會注冊該service，加入到svcList中來。注意，在ServiceManager中維護service信息的地方就是svclist。裡面存了service的name和handler。

服務獲取

通過以上幾個步驟，service就算注冊成功了。那麼當要獲得該service的時候又是怎麼去處理的。還是來看下回調函數中的判斷：

case SVC_MGR_CHECK_SERVICE:

s = bio_get_string16(msg, &len);

ptr = do_find_service(bs, s, len);

if (!ptr)

break;

bio_put_ref(reply, ptr);

return 0；

如果是獲取service，那麼執行SVC_MGR_CHECK_SERVICE，並把返回的數據寫入reply，返回給客戶端。

do_find_service函數中主要執行service的查找。

void *do_find_service(struct binder_state *bs, uint16_t *s, unsigned len)

{

struct svcinfo *si;

si = find_svc(s, len);

// LOGI("check_service('%s') ptr = %p ", str8(s), si ? si->ptr : 0);

if (si && si->ptr) {

return si->ptr;

} else {

return 0;

}

}

這樣在ServiceManager中就完成了服務的注冊和查找。來看下ServiceManager的功能圖：

轉載

『陸』 AndroidService是什麼

Service就是一個應用程序組件，用來執行一些長時間的操作，然而不與用戶交互或者為其他應用程序提供一些功能。每一個Service類都必須定義在AndroidManifest.xml中，以<service>tag開頭。

『柒』 Android中Service服務有哪些

Service分為本地服務（LoaclService）和遠程服務（RemoteService）。
本地服務：用於應用程序內部，這也與客戶端（可以理解也activity）進行通信就很方便。
遠程服務：用於android系統內部的應用程序之間。

『捌』 android service有什麼用

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

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

(8)androidservice圖擴展閱讀

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

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

『玖』 Android中的Service到底起什麼作用

Service 是android的一種機制，當它運行的時候如果是Local Service，那麼對應的 Service 是運行在主進程的 main 線程上的。如：onCreate，onStart 這些函數在被系統調用的時候都是在主進程的 main 線程上運行的。如果是Remote Service，那麼對應的 Service 則是運行在獨立進程的 main 線程上。因此請不要把 Service 理解成線程，它跟線程半毛錢的關系都沒有！

既然這樣，那麼我們為什麼要用 Service 呢？其實這跟 android 的系統機制有關，我們先拿 Thread 來說。Thread 的運行是獨立於 Activity 的，也就是說當一個 Activity 被 finish 之後，如果你沒有主動停止 Thread 或者 Thread 里的 run 方法沒有執行完畢的話，Thread 也會一直執行。因此這里會出現一個問題：當 Activity 被 finish 之後，你不再持有該 Thread 的引用。另一方面，你沒有辦法在不同的 Activity 中對同一 Thread 進行控制。

舉個例子：如果你的 Thread 需要不停地隔一段時間就要連接伺服器做某種同步的話，該 Thread 需要在 Activity 沒有start的時候也在運行。這個時候當你 start 一個 Activity 就沒有辦法在該 Activity 裡面控制之前創建的 Thread。因此你便需要創建並啟動一個 Service ，在 Service 裡面創建、運行並控制該 Thread，這樣便解決了該問題（因為任何 Activity 都可以控制同一 Service，而系統也只會創建一個對應 Service 的實例）。

因此你可以把 Service 想像成一種消息服務，而你可以在任何有 Context 的地方調用 Context.startService、Context.stopService、Context.bindService，Context.unbindService，來控制它，你也可以在 Service 里注冊 BroadcastReceiver，在其他地方通過發送 broadcast 來控制它，當然這些都是 Thread 做不到的。