android中service的实现方法

‘壹’ android怎么写一个杀不死的service

1.在service中重写下面的方法，这个方法有三个返回值， START_STICKY是service被kill掉后自动重写创建
[代码]java代码：
@Override
public int onStartCommand(Intent intent, int flags, int startId) {
return START_STICKY;
}----------------
@Override
public int onStartCommand(Intent intent, int flags, int startId) {
// TODO Auto-generated method stub
Log.v("TrafficService","startCommand");

flags = START_STICKY;
return super.onStartCommand(intent, flags, startId);
// return START_REDELIVER_INTENT;
}
2.在Service的onDestroy()中重启Service.
public void onDestroy() {
Intent localIntent = new Intent();
localIntent.setClass(this, MyService.class); //销毁时重新启动Service
this.startService(localIntent);
}

用qq管家杀掉进程的时候，调用的是系统自带的强制kill功能（即settings里的），在kill时，会将应用的整个进程停掉，当然包括service在内，如果在running里将service强制kill掉，显示进程还在。不管是kill整个进程还是只kill掉进应用的 service，都不会重新启动service。不知道你是怎么实现重启的，实在是不解。 在eclipse中，用stop按钮kill掉进程的时候，倒是会重启service
KILL问题：
1. settings 中stop service
onDestroy方法中，调用startService进行Service的重启。
2.settings中force stop 应用
捕捉系统进行广播（action为android.intent.action.PACKAGE_RESTARTED）
3. 借助第三方应用kill掉running task
提升service的优先级
service开机启动
今天我们主要来探讨android怎么让一个service开机自动启动功能的实现。Android手机在启动的过程中会触发一个Standard Broadcast Action，名字叫android.intent.action.BOOT_COMPLETED(记得只会触发一次呀),在这里我们可以通过构建一个广播接收者来接收这个这个action.下面我就来简单写以下实现的步骤：
第一步：首先创建一个广播接收者,重构其抽象方法 onReceive(Context context, Intent intent)，在其中启动你想要启动的Service或app。
[代码]java代码：
import android.content.BroadcastReceiver;
import android.content.Context;
import android.content.Intent;
import android.util.Log;

public class BootBroadcastReceiver extends BroadcastReceiver {
//重写onReceive方法
@Override
public void onReceive(Context context, Intent intent) {
//后边的XXX.class就是要启动的服务
Intent service = new Intent(context,XXXclass);
context.startService(service);
Log.v("TAG", "开机自动服务自动启动.....");
//启动应用，参数为需要自动启动的应用的包名
Intent intent = getPackageManager().getLaunchIntentForPackage(packageName);
context.startActivity(intent );
}

}
第二步：配置xml文件，在re
ceiver接收这种添加intent-filter配置
[代码]java代码：
<receiver android:name="BootBroadcastReceiver">
<intent-filter>
<action android:name="android.intent.action.BOOT_COMPLETED"></action>
<category android:name="android.intent.category.LAUNCHER" />
</intent-filter>
</receiver>

第三步：添加权限 <uses-permission android:name="android.permission.RECEIVE_BOOT_COMPLETED" />
如何实现一个不会被杀死的进程
看Android的文档知道，当进程长期不活动，或系统需要资源时，会自动清理门户，杀死一些Service，和不可见的Activity等所在的进程。
但是如果某个进程不想被杀死（如数据缓存进程，或状态监控进程，或远程服务进程），应该怎么做，才能使进程不被杀死。
add android:persistent="true" into the <application> section in your AndroidManifest.xml
切记，这个 不可滥用，系统中用这个的service，app一多，整个系统就完蛋了。
目前系统中有phone等非常有限的，必须一直活着的应用在试用。
提升service优先级的方法
Android 系统对于内存管理有自己的一套方法，为了保障系统有序稳定的运信，系统内部会自动分配，控制程序的内存使用。当系统觉得当前的资源非常有限的时候，为了保 证一些优先级高的程序能运行，就会杀掉一些他认为不重要的程序或者服务来释放内存。这样就能保证真正对用户有用的程序仍然再运行。如果你的 Service 碰上了这种情况，多半会先被杀掉。但如果你增加 Service 的优先级就能让他多留一会，我们可以用 setForeground(true) 来设置 Service 的优先级。
为什么是 foreground ? 默认启动的 Service 是被标记为 background，当前运行的 Activity 一般被标记为 foreground，也就是说你给 Service 设置了 foreground 那么他就和正在运行的 Activity 类似优先级得到了一定的提高。当让这并不能保证你得 Service 永远不被杀掉，只是提高了他的优先级。
从Android 1.5开始，一个已启动的service可以调用startForeground(int, Notification)将service置为foreground状态，调用stopForeground(boolean)将service置为 background状态。
我们会在调用startForeground(int, Notification)传入参数notification，它会在状态栏里显示正在进行的foreground service。background service不会在状态栏里显示。
在Android 1.0中，将一个service置为foreground状态：
setForeground(true);
mNM.notify(id, notification);
将一个service置为background状态：
mNM.cancel(id);
setForeground(false);
对比看出，在1.0 API中调用setForeground(boolean)只是简单的改变service的状态，用户不会有任何觉察。新API中强制将 notification和改变service状态的动作绑定起来，foreground service会在状态栏显示，而background service不会。
Remote service controller & binding
跨进程调用Service。暂时不研究。
如何防止Android应用中的Service被系统回收? 很多朋友都在问，如何防止Android应用中的Service被系统回收？下面简单解答一下。
对于Service被系统回收，一般做法是通过提高优先级可以解决，在AndroidManifest.xml文件中对于intent-filter可以通过 android:priority = "1000"这个属性设置最高优先级，1000是最高值，如果数字越小则优先级越低，同时实用于广播，推荐大家如果你的应用很重要，可以考虑通过系统常用intent action来触发。

‘贰’ 如何让android的service一直在后台运行

1.把service和activity分开，让service开机启动。设置一个broadcastreceiver接受开机信号，使用RECEIVE_BOOT_COMPLETED的permission，然后启动service。activity启动后绑定到service上，通过ipc机制通信，acitivity结束后松绑。注意安装后要手动启动service，不会自动启动，之后重启手机后才会随开机启动。2.在内存低的时候系统会自动清理进程，这时候后台service可能会被杀掉。可以在onStartCommand中返回START_STICKY，这样系统有足够多资源的时候，就会重新开启service。3.以上不需要NDK，直接用SDK开发就可以了。Android一直运行的后台服务是不存在的，而且也不是最佳实践，因为一直运行的后台服务会耗费大量系统资源，影响其他程序的响应从而影响到用户体验。可以考虑使用如下几种方案来达到一直运行的效果。1.调用startForeground方法，android:.使用AlarmManager发送定时任务：DiamondsAreForever.ServicesAreNot.我现在也遇到这个问题，我想楼主之所以出现这个问题的原因是，你在Activitiy中创建的Service运行在当前进程中，当你把这个Activitiy的进程杀掉之后，自然这个服务也就停止了。所以我的建议是在startService的时候，让这个Service运行在与该Activity不同的进程中（可以startService或者开机时创建一个新的进程）。实际上就是Linux里面的进程操作。可以使用NDK开发，用C或者C++新建一个进程来运行自己的服务，并提高进程优先级，避免被清理掉（我猜测 和 的推送服务，或许是这么实现的）。有一种做法是开两个进程来相互监督，一旦其中一个进程被停止，另一个检测到后，立即或稍后重启另一个进程。这里可以效仿这种做法。可以开两个进程，一个用来做前台，另一个负责运行服务，后者没有activity，由前者初始化并启动，这样，当前台进程被关闭时，服务并不被关闭

‘叁’ 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及功能解释

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。

‘伍’ android怎么实现开机自动启动Service或app

Android手机在启动的过程中会触发一个Standard Broadcast Action，名字叫android.intent.action.BOOT_COMPLETED。
在这里我们可以通过构建一个广播接收者来接收这个这个action
（1）.
public class TextBroadcastReceiver extends BroadcastReceiver {
//重写onReceive方法
@Override
public void onReceive(Context context, Intent intent) {
//后边的XXX.class就是要启动的服务
Intent service = new Intent(context,XXXclass);
context.startService(service);
Log.v("TAG", "开机自动服务自动启动.....");
//启动应用，参数为需要自动启动的应用的包名
Intent intent = getPackageManager().getLaunchIntentForPackage(packageName);

context.startActivity(intent );
}

}
(2)：配置xml文件，在receiver接收这种添加intent-filter配置
<receiver android:name="TextBroadcastReceiver">
<intent-filter>
<action android:name="android.intent.action.BOOT_COMPLETED"></action>
<category android:name="android.intent.category.LAUNCHER" />
</intent-filter>
</receiver>
(3)：添加权限 <uses-permission android:name="android.permission.RECEIVE_BOOT_COMPLETED" />

‘陆’ android中service的实现方法是

异步执行
android中，activity、service都是在主线程，service与activity的主要区别就是service没有前台界面，不能直接与用户交互，另外可以相对保证不会被系统随便的kill掉。所以service适用于一些无需交互的后台操作，但如果你直接在service中进行耗时操作的话，因为在主线程所以依然会出现和activity主线程一样的超时的问题，所以好的方式是在service中启动其他的线程去执行耗时操作。

‘柒’ android如何实现开机自动启动Service或app

import
android.content.BroadcastReceiver;
import
android.content.Context;
import
android.content.Intent;
import
android.util.Log;
public
class
BootBroadcastReceiver
extends
BroadcastReceiver
{
//重写onReceive方法@Overridepublic
void
onReceive(Context
context,
Intent
intent)
{
//后边的XXX.class就是要启动的服务
Intent
service
=
new
Intent(context,XXXclass);
context.startService(service);
Log.v("TAG",
"开机自动服务自动启动.....");
//启动应用，参数为需要自动启动的应用的包名

‘捌’ android在service中怎么实现

在Activity中可以通过再次startService，来给Service发送消息，而service里的onStartCommand方法也有一个参数，是个int类型的，第一次给service发消息时为1，第二次为2，不断累加。onStartCommand方法还有一个intent类型的参数，你可以将相应的标志位保存在intent中，这些标志位可以用来控制播放，停止，暂停等。

‘玖’ 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的功能图：

转载

‘拾’ android 启动service的两种方式有什么不同

Service的生命周期Service的生命周期方法比Activity少一
些，只有onCreate,onStart,onDestroy
我们有两种方式启动一个Service,他们对Service生命周期
的影响是不一样的。
1；通过startService：
Service会经历onCreate->onStart，
stopService的时候直接onDestroy如果是调用者(TestServiceHolder)自己直接退出而没有调用stopService的话，Service会一直在后台运行。下次TestServiceHolder再起来可以stopService。
2：通过bindService：
Service只会运行onCreate，这个时候TestServiceHolder和TestService绑定在一起
TestServiceHolder退出了，Srevice就会调用onUnbind->onDestroyed所谓绑定在一起就共存亡了。
那有同学问了，要是这几个方法交织在一起的话，会出现什么情况呢？
一个原则是Service的onCreate的方法只会被调用一次，就是你无论多少次的
startService又bindService，Service只被创建一次。如果先是bind了，那么start的时候就直接运行Service的onStart方法，如果先是start，那么bind的时候就直接运行onBind方法。如果你先bind上了，就
stop不掉了，对啊，就是stopService不好使了，只能先UnbindService,再StopService,
所以是先start还是先bind行为是有区别的。