android 杀进程会调哪个方法,android 杀进程会调哪个方法

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代码：

第三步：添加权限

如何实现一个不会被杀死的进程

看android的文档知道，当进程长期不活动，或系统需要资源时，会自动清理门户，杀死一些service，和不可见的activity等所在的进程。

但是如果某个进程不想被杀死(如数据缓存进程，或状态监控进程，或远程服务进程)，应该怎么做，才能使进程不被杀死。

add android:persistent="true" into the 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来触发。