首先要說的是，用戶可能把這種做法視為流氓軟件。大部分時候，程序員也不想把軟件做成流氓軟件，沒辦法，領(lǐng)導(dǎo)說了算。
我們在使用某些Android應(yīng)用的時候，可能會發(fā)現(xiàn)安裝了某應(yīng)用以后，會有一些服務(wù)也會隨之運行。而且，這些服務(wù)每次都會隨著手機開機而啟動。有的服務(wù)做的更絕，當(dāng)用戶在運行的服務(wù)中手動停止該服務(wù)以后，過了一段時間，服務(wù)又自動運行了。雖然，從用戶的角度來說，這種方式比較流氓。但是，從程序員的角度來說，這是如何做到的呢？經(jīng)過研究，我發(fā)現(xiàn)有一種方式是可以實現(xiàn)的。下面就和大家分享。
先簡單介紹，一會兒會貼上全部代碼。
如何做到開機啟動？
這個比較簡單，網(wǎng)上的資料夠多，只要實現(xiàn)一個BroadcastReceiver，監(jiān)聽手機啟動完成的事件ACTION_BOOT_COMPLETED即可。需要注意的是，好像不能用模擬器，要用手機測試。
那如何做到啟動一個Service，并且在用戶關(guān)閉后能自動又啟動了呢？
一般的，都會在上面說到的BroadcastReceiver的實現(xiàn)里面，監(jiān)聽手機啟動完成后，啟動一個Service，這是一般的做法。問題是，用戶能夠在服務(wù)里看到這個Service是常駐的。如果用戶很敏感，就會停止該Service，甚至直接卸載掉相關(guān)的應(yīng)用。那么，怎樣才能定期實現(xiàn)某功能，又不讓用戶直接看到這個Service呢？聰明的你一定立即就想到了，如果不直接啟動Service，而是啟動一個timmer，或者alarmManager，然后每隔一段時間去啟動Service，做完事情以后關(guān)閉掉Service就可以了。
還是看下面的全部代碼吧，不過多解釋了。這些代碼中還是有不少概念的，不熟悉AlarmManager、PendingIntent、BroadcastReceiver、Service等等這些概念的同學(xué)可以百度一下。
package com.arui.framework.android.daemonservice;
import android.app.AlarmManager;
import android.app.PendingIntent;
import android.content.BroadcastReceiver;
import android.content.Context;
import android.content.Intent;
import android.os.SystemClock;
public class BootBroadcast extends BroadcastReceiver {
@Override
public void onReceive(Context context, Intent mintent) {
if (Intent.ACTION_BOOT_COMPLETED.equals(mintent.getAction())) {
// 啟動完成
Intent intent = new Intent(context, Alarmreceiver.class);
intent.setAction("arui.alarm.action");
PendingIntent sender = PendingIntent.getBroadcast(context, 0,
intent, 0);
long firstime = SystemClock.elapsedRealtime();
AlarmManager am = (AlarmManager) context
.getSystemService(Context.ALARM_SERVICE);
// 10秒一個周期，不停的發(fā)送廣播
am.setRepeating(AlarmManager.ELAPSED_REALTIME_WAKEUP, firstime,
10 * 1000, sender);
}
}
}
package com.arui.framework.android.daemonservice;
import android.content.BroadcastReceiver;
import android.content.Context;
import android.content.Intent;
public class Alarmreceiver extends BroadcastReceiver {
@Override
public void onReceive(Context context, Intent intent) {
if (intent.getAction().equals("arui.alarm.action")) {
Intent i = new Intent();
i.setClass(context, DaemonService.class);
// 啟動service
// 多次調(diào)用startService并不會啟動多個service 而是會多次調(diào)用onStart
context.startService(i);
}
}
}
package com.arui.framework.android.daemonservice;
import android.app.Service;
import android.content.Intent;
import android.os.IBinder;
import android.util.Log;
public class DaemonService extends Service {
@Override
public IBinder onBind(Intent intent) {
return null;
}
@Override
public void onCreate() {
super.onCreate();
Log.v("=========", "***** DaemonService *****: onCreate");
}
@Override
public void onStart(Intent intent, int startId) {
Log.v("=========", "***** DaemonService *****: onStart");
// 這里可以做Service該做的事
}
}
下面是manifest文件的代碼。
<receiver
android:name=" com.arui.framework.android.daemonservice.BootBroadcast"
android:permission="android.permission.RECEIVE_BOOT_COMPLETED">
<intent-filter>
<action android:name="android.intent.action.BOOT_COMPLETED" />
</intent-filter>
</receiver>
<receiver
android:name=" com.arui.framework.android.daemonservice.Alarmreceiver" >
<intent-filter>
<action android:name="arui.alarm.action" />
</intent-filter>
</receiver>
<service
android:name="com.arui.framework.android.daemonservice.DaemonService" >
</service>
繼續(xù)討論這個問題。如果用戶停止整個應(yīng)用（在管理應(yīng)用程序中停止應(yīng)用，或者第三方軟件停止整個應(yīng)用），此時整個進程被殺死，所有的服務(wù)自然也被殺死了，timmer，或者alarmManager也就停止了。此時就不會再定期啟動服務(wù)了。
那么，怎么才能做到，用戶或者第三方軟件無法停止整個應(yīng)用呢。我們可以再注冊一個系統(tǒng)級別的監(jiān)聽（BroadcastReceiver），來監(jiān)聽系統(tǒng)級別的消息，再次啟動timmer，或者alarmManager。這樣，即使應(yīng)用被殺死了，隔一段時間，應(yīng)用還會自動啟動。具體的，就不在這里展開了。
