Ⅰ android開發怎麼調試Service
Android開發如何調試Service
Android 開發中，添加代碼對Service 進行調試 。
介紹
以調試 模式啟動Android 項目時，在service 中設置斷點，調試 器不會停止下來
解決方法
所有的這種情況下，都是在代碼中聲明。調用的方法是：
android.os.Debug.waitForDebugger();
舉個例子，SoftKeyboard：
public class SoftKeyboard extends InputMethodService implements KeyboardView.OnKeyboardActionListener { @Override public void onConfigurationChanged(Configuration newConfig) { Log.d("SoftKeyboard", "onConfigurationChanged()"); /* now let's wait until the debugger attaches */ android.os.Debug.waitForDebugger(); super.onConfigurationChanged(newConfig); /* do something useful... */ }
代碼中你可以看到，首先是調用了日誌記錄器logger，代碼運行到這里時，會將在logcat中添加一條記錄，這是跟蹤代碼運行的一種方法，如果不需要在斷點上停止時可以使用。但通常為了更詳細的調試 ，這是不足夠的。
第二條語句等待添加調試 器，添加了這條語句之後，可以在這個方法的任何地方添加斷點。
Activity也是應用的部分時調試 Service 就更加容易了。那種情況下，首先需要啟動Activity，調試 器也可以在Service 的斷點中停止下來，不需要調用 waitForDebugger()。
Ⅱ 如何寫android service
android SDK提供了Service，用於類似*nix守護進程或者windows的服務。
Service有兩種類型：
1. 本地服務（Local Service）：用於應用程序內部
2. 遠程服務（Remote Sercie）：用於android系統內部的應用程序之間
前者用於實現應用程序自己的一些耗時任務，比如查詢升級信息，並不佔用應用程序比如Activity所屬線程，而是單開線程後台執行，這樣用戶體驗比較好。
後者可被其他應用程序復用，比如天氣預報服務，其他應用程序不需要再寫這樣的服務，調用已有的即可。
編寫不需和Activity交互的本地服務示例
本地服務編寫比較簡單。首先，要創建一個Service類，該類繼承android的Service類。這里寫了一個計數服務的類，每秒鍾為計數器加一。在服務類的內部，還創建了一個線程，用於實現後台執行上述業務邏輯。
package com.easymorse;
import android.app.Service;
import android.content.Intent;
import android.os.IBinder;
import android.util.Log;
public class CountService extends Service {
private boolean threadDisable;
private int count;
@Override
public IBinder onBind(Intent intent) {
return null;
}
@Override
public void onCreate() {
super.onCreate();
new Thread(new Runnable() {
@Override
public void run() {
while (!threadDisable) {
try {
Thread.sleep(1000);
} catch (InterruptedException e) {
}
count++;
Log.v("CountService", "Count is " + count);
}
}
}).start();
}
@Override
public void onDestroy() {
super.onDestroy();
this.threadDisable = true;
Log.v("CountService", "on destroy");
}
public int getCount() {
return count;
}
}
需要將該服務注冊到配置文件AndroidManifest.xml中，否則無法找到：
<?xml version="1.0" encoding="utf-8"?>
<manifest xmlns:android="http://schemas.android.com/apk/res/android"
package="com.easymorse" android:versionCode="1" android:versionName="1.0">
<application android:icon="@drawable/icon" android:label="@string/app_name">
<activity android:name=".LocalServiceDemoActivity"
android:label="@string/app_name">
<intent-filter>
<action android:name="android.intent.action.MAIN" />
<category android:name="android.intent.category.LAUNCHER" />
</intent-filter>
</activity>
<service android:name="CountService" />
</application>
<uses-sdk android:minSdkVersion="3" />
</manifest>
在Activity中啟動和關閉本地服務。
package com.easymorse;
import android.app.Activity;
import android.content.Intent;
import android.os.Bundle;
public class LocalServiceDemoActivity extends Activity {
/** Called when the activity is first created. */
@Override
public void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.main);
this.startService(new Intent(this, CountService.class));
}
@Override
protected void onDestroy() {
super.onDestroy();
this.stopService(new Intent(this, CountService.class));
}
}
Ⅲ android中當Service在運行時怎麼重啟Service
只需要重新startService即可重新調用service的onStart()。
Service是在一段不定的時間運行在後台，不和用戶交互應用組件。每個Service必須在manifest中 通過<service>來聲明。可以通過contect.startservice和contect.bindserverice來啟動。
Service和其他的應用組件一樣，運行在進程的主線程中。這就是說如果service需要很多耗時或者阻塞的操作，需要在其子線程中實現。
service的兩種模式(startService()/bindService() ：
1.本地服務 Local Service 用於應用程序內部。
它可以啟動並運行，直至有人停止了它或它自己停止。在這種方式下，它以調用Context.startService()啟動，而以調用Context.stopService()結束。它可以調用Service.stopSelf() 或 Service.stopSelfResult()來自己停止。不論調用了多少次startService()方法，你只需要調用一次stopService()來停止服務。
用於實現應用程序自己的一些耗時任務，比如查詢升級信息，並不佔用應用程序比如Activity所屬線程，而是單開線程後台執行，這樣用戶體驗比較好。
2.遠程服務 Remote Service 用於android系統內部的應用程序之間。
它可以通過自己定義並暴露出來的介面進行程序操作。客戶端建立一個到服務對象的連接，並通過那個連接來調用服務。連接以調用Context.bindService()方法建立，以調用 Context.unbindService()關閉。多個客戶端可以綁定至同一個服務。如果服務此時還沒有載入，bindService()會先載入它。
Ⅳ android中service常駐
在AndroidManifest中聲明Activity或者Service時,定義android:process屬性
格式:android:process=":{進程名字}",這樣就能運行在其他進程了
詳見:http://developer.android.com/guide/topics/manifest/service-element.html
當把service跑在其他進程後,就可解決,方法參考1
按推薦做法的話,可以像Google提供的絕大多數服務那樣,使用Content Provider,具體使用方式請自行搜索.另外,可以採用AIDL跟其他進程的Service直接進行通信,我們之前的做法會做一套序列/反序列化的東西在公共Service和其他普通app進行通信(當然也是通過AIDL).至於Service可以不用單獨裝,在你的業務app里捆綁一個小的Service也就可以了
http://segmentfault.com/q/1010000000415917
Ⅳ Android中怎麼啟動關閉Service及功能解釋
解惑：
1、 Service不是分離開的進程，除非其他特殊情況，它不會運行在自己的進程，而是作為啟動運行它的進程的一部分。
2、 Service不是線程，這意味著它將在主線程里勞作。
啟動service有兩種方法：
1、 Context.startService()
調用者與服務之間沒有關聯，即使調用者退出，服務仍可運行
2、 Context.bindService()
調用者與服務綁定在一起，調用者一旦退出，服務也就終止
Service的生命周期
如果使用startService()啟動service，系統將通過傳入的Intent在底層搜索相關符合Intent裡面信息的service。如果服務沒有啟動則先運行onCreate，然後運行onStartCommand （可在裡面處理啟動時傳過來的Intent和其他參數），直到明顯調用stopService或者stopSelf才將停止Service。無論運行startService多少次，只要調用一次stopService或者stopSelf，Service都會停止。使用stopSelf(int)方法可以保證在處理好intent後再停止。
控制service運行的主要方式有兩種，主要是根據onStartCommand方法返回的數值。方法：
1、START_STICKY
2、START_NOT_STICKY or START_REDELIVER_INTENT
這里主要解釋這三個變數的意義：
1、 START_STICKY
在運行onStartCommand後service進程被kill後，那將保留在開始狀態，但是不保留那些傳入的intent。不久後service就會再次嘗試重新創建，因為保留在開始狀態，在創建 service後將保證調用onstartCommand。如果沒有傳遞任何開始命令給service，那將獲取到null的intent
2、 START_NOT_STICKY
在運行onStartCommand後service進程被kill後，並且沒有新的intent傳遞給它。Service將移出開始狀態，並且直到新的明顯的方法（startService）調用才重新創建。因為如果沒有傳遞任何未決定的intent那麼service是不會啟動，也就是期間onstartCommand不會接收到任何null的intent。
3、 START_REDELIVER_INTENT
在運行onStartCommand後service進程被kill後，系統將會再次啟動service，並傳入最後一個intent給onstartCommand。直到調用stopSelf(int)才停止傳遞intent。如果在被kill後還有未處理好的intent，那被kill後服務還是會自動啟動。因此onstartCommand不會接收到任何null的intent。
客戶端也可以使用bindService來保持跟service持久關聯。謹記：如果使用這種方法，那麼將不會調用onstartCommand（跟startService不一樣，下面例子注釋也有解析，大家可試試）。客戶端將會在onBind回調中接收到IBinder介面返回的對象。通常IBinder作為一個復雜的介面通常是返回aidl數據。
Service也可以混合start和bind一起使用。
許可權
要運行service，首先必須在AndroidManifest.xml里申明<service>標簽。
Service能夠保護個人的IPC調用，所以在執行實現該調用時前先使用checkCallingPermission(String) 方法檢查是否有這個許可權。
進程生命周期
當service運行在低內存的環境時，將會kill掉一下存在的進程。因此進程的優先順序將會很重要：
1、 如果service當前正在執行onCreate、onStartCommand、onDestroy方法，主進程將會成為前台進程來保證代碼可以執行完成避免被kill
2、 如果service已經啟動了，那麼主進程將會比其他可見的進程的重要性低，但比其他看不見的進程高。因為只有少部分進程始終是用戶可見的，因此除非在極度低內存的時候，不然 service是不會被kill的。
3、 如果有客戶端關聯到service，那麼service永遠比客戶端重要。也就是說客戶端可見，那麼service也可見（我理解這里的可見並不是可以看到，而是重要性，因為可見往往就表示重要性高）。
4、 Service可以使用startForeground API將service放到前台狀態。這樣在低內存時被kill的幾率更低，但是文檔後面又寫了，如果在極度極度低內存的壓力下，該service理論上還是會被kill掉。但這個情況基本不用考慮。
當然如果service怎麼保持還是被kill了，那你可以通過重寫onStartCommand返回變數來設置它的啟動方式。比如：START_STICKY、START_REDELIVER_INTENT等等，前面已經討論了它們的作用，這里就不再累贅了
Ⅵ android 中 service 如果作為 內部類 的話怎麼在配置文件中被注冊啊
內部類不可以
Service 是android的一種機制，當它運行的時候如果是Local Service，那麼對應的 Service 是運行在主進程的 main 線程上的。如：onCreate，onStart 這些函數在被系統調用的時候都是在主進程的 main 線程上運行的。如果是Remote Service，那麼對應的 Service 則是運行在獨立進程的 main 線程上。
Ⅶ AndroidService是什麼
Service就是一個應用程序組件，用來執行一些長時間的操作，然而不與用戶交互或者為其他應用程序提供一些功能。每一個Service類都必須定義在AndroidManifest.xml中，以<service>tag開頭。
Ⅷ android service許可權問題
問題一：可以用，因為許可權是面向整個應用程序的，不是面向某個類。
問題二：在聲明service的xml代碼里添加android:permission標簽。
<service android:name="xxx"
android:permission="xxxx">
也可以在<application>標簽下直接申明多個permission, 其實就是問題一的做法。
Ⅸ android如何判斷後台一個Service是否在運行
當你了解Service的生命周期以後,你就會明白,你可以在onStop 或者onDestroy()中記錄一下狀態,onStop 執行以後,那麼service肯定是停止的，Service是在一段不定的時間運行在後台，不和用戶交互應用組件。每個Service必須在manifest中 通過<service>來聲明。可以通過contect.startservice和contect.bindserverice來啟動。
Service生命周期
使用context.startService() 啟動Service是會會經歷:
context.startService() ->onCreate()- >onStart()->Service running
context.stopService() | ->onDestroy() ->Service stop
在Service每一次的開啟關閉過程中，只有onStart可被多次調用(通過多次startService調用)，其他onCreate，onBind，onUnbind，onDestory在一個生命周期中只能被調用一次。
而啟動service，根據onStartCommand的返回值不同，有兩個附加的模式：
1. START_STICKY 用於顯示啟動和停止service。
2. START_NOT_STICKY或START_REDELIVER_INTENT用於有命令需要處理時才運行的模式。
Service不能自己運行，需要通過調用Context.startService()或Context.bindService()方法啟動服務。這兩個方法都可以啟動Service，但是它們的使用場合有所不同。
使用startService()方法啟用服務，調用者與服務之間沒有關連，即使調用者退出了，服務仍然運行。如果打算採用Context.startService()方法啟動服務，在服務未被創建時，系統會先調用服務的onCreate()方法，接著調用onStart()方法。如果調用startService()方法前服務已經被創建，多次調用startService()方法並不會導致多次創建服務，但會導致多次調用onStart()方法。採用startService()方法啟動的服務，只能調用Context.stopService()方法結束服務，服務結束時會調用onDestroy()方法。
使用bindService()方法啟用服務，調用者與服務綁定在了一起，調用者一旦退出，服務也就終止，大有「不求同時生，必須同時死」的特點。onBind()只有採用Context.bindService()方法啟動服務時才會回調該方法。該方法在調用者與服務綁定時被調用，當調用者與服務已經綁定，多次調用Context.bindService()方法並不會導致該方法被多次調用。採用Context.bindService()方法啟動服務時只能調用onUnbind()方法解除調用者與服務解除，服務結束時會調用onDestroy()方法。
官方文檔告訴我們，Android系統會盡量保持擁有service的進程運行，只要在該service已經被啟動(start)或者客戶端連接(bindService)到它。當內存不足時，需要保持，擁有service的進程具有較高的優先順序。
1. 如果service正在調用onCreate,onStartCommand或者onDestory方法，那麼用於當前service的進程則變為前台進程以避免被killed。
2. 如果當前service已經被啟動(start)，擁有它的進程則比那些用戶可見的進程優先順序低一些，但是比那些不可見的進程更重要，這就意味著service一般不會被killed.
3. 如果客戶端已經連接到service (bindService),那麼擁有Service的進程則擁有最高的優先順序，可以認為service是可見的。
4. 如果service可以使用startForeground(int, Notification)方法來將service設置為前台狀態，那麼系統就認為是對用戶可見的，並不會在內存不足時killed。