『壹』 android服務和進程的區別
他們之間的區別：Service很大程度上充當了應用程序後台線程管理器的角色。（如果Activity中新開啟一個線程，當該Acitivyt關閉後，該線程依然在工作，但是與開啟它的Activity失去聯系。也就是說此時的這個線程處於失去管理的狀態。但是使用Service，則可以對後台運行的線程有效地管理。）
一個服務不是一個單獨的進程。服務對象本身並不意味著它是在自己的進程中運行，除非另有規定，否則它與運行程序是同在一個進程中。
一個服務不是一個單獨的線程。Service和其他組件一樣，默認情況下，Service中的所有代碼都是運行在主線程中。
在android中，為什麼不使用後台線程而使用Service？ 有3大要點：
1、Service可以放在獨立的進程中，所以更安全；
2、使用Service可以依賴現有的binder機制，不需要在應用層面上處理線程同步的繁雜工作；
3、系統可以重新啟動異常死去的Service。
說明：進程是由若干線程組成。（線程是進程中的一部分，進程包含多個線程在運行。）
『貳』 關於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不需要這些花哨的東西，只需要默默地等待事件發生或者聽候差遣。
『叄』 android守護進程
Android中應該使用Service而不應該使用線程，Android中有提供後台運行的組件,叫Service。
servie是系統的組件，它由系統進程託管（servicemanager）；它們之間的通信類似於client和server，是一種輕量級的ipc通信，這種通信的載體是binder，它是在linux層交換信息的一種ipc。而thread是由本應用程序託管。
Thread：Thread是程序執行的最小單元，它是分配CPU的基本單位。可以用Thread來執行一些非同步的操作。
Service：Service是android的一種機制，當它運行的時候如果是Local Service，那麼對應的Service是運行在主進程的main線程上的。如：onCreate，onStart這些函數在被系統調用的時候都是在主進程的main線程上運行的。如果是RemoteService，那麼對應的Service則是運行在獨立進程的main線程上。
關於用戶線程和守護線程:
在Java中有兩類線程：User Thread(用戶線程)、Daemon Thread(守護線程)
Daemon的作用是為其他線程的運行提供便利服務，比如垃圾回收線程就是一個很稱職的守護者。User和Daemon兩者幾乎沒有區別，唯一的不同之處就在於虛擬機的離開：如果 User Thread已經全部退出運行了，只剩下Daemon Thread存在了，虛擬機也就退出了。 因為沒有了被守護者，Daemon也就沒有工作可做了，也就沒有繼續運行程序的必要了。