‘壹’ 如何让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运行方式
以startService()启动服务，系统将通过传入的Intent在底层搜索相关符合Intent里面信息的service。如果服务没有启动则先运行onCreate，然后运行onStartCommand （可在里面处理启动时传过来的Intent和其他参数），直到明显调用stopService或者stopSelf才将停止Service。无论运行startService多少次，只要调用一次stopService或者stopSelf，Service都会停止。使用stopSelf(int)方法可以保证在处理好intent后再停止。onStartCommand ，在2.0后被引入用于service的启动函数，2.0之前为public void onStart(Intent intent, int startId) 。
以bindService()方法启用服务，调用者与服务绑定在了一起，调用者一旦退出，服务也就终止。onBind()只有采用Context.bindService()方法启动服务时才会回调该方法。该方法在调用者与服务绑定时被调用，当调用者与服务已经绑定，多次调用Context.bindService()方法并不会导致该方法被多次调用。采用Context.bindService()方法启动服务时只能调用onUnbind()方法解除调用者与服务解除，服务结束时会调用onDestroy()方法。
拥有service的进程具有较高的优先级
官方文档告诉我们，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。
5． 如果有其他的应用组件作为Service,Activity等运行在相同的进程中，那么将会增加该进程的重要性。
‘叁’ Android如何避免Service被杀掉,如果被杀掉应如何处理。
service 如果你不是bind绑定启动的话,你不执行stop应该不会被轻易的杀死. 但是如果你遇上了像360等等手机助手的话,他们会直接的杀死在后台运行的serice,这个是没法避免的.
至于Service被杀掉 ,你只能打开程序重新启动一下.举个例子就是你在后台放歌,你清理的一下手机,如果没有特殊的设置,放歌的软件和服务都会被清楚,你只能重新打开软件
‘肆’ 怎样杀死android service进程
这个意外进程停止,出现的情况有两种: 1.程序后台运行时,系统资源不足时自动杀死该进程从而获取更多的资源,而用户在进入该界面时,进程已被杀死而无法恢复前一状态而引起的程序崩溃. 2.手机root后,用户权限扩大导致误删了系统个别文件导致的程序无法运行. 解决办法: 1.种情况属于系统内部的,无法干涉 2.从新刷机,刷机后进行反root,保证用户没有最高权限而不能删除系统文件,
‘伍’ 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不被杀死
作者：闭关写代码链接：/question/29826231/answer/71207109来源：知乎着作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。强烈建议不要这么做，不仅仅从用户角度考虑，作为Android开发者也有责任去维护Android的生态环境。现在很多Android开发工程师，主力机居然是iPhone而不是Android设备，感到相当悲哀。从技术角度概括一下现在普遍的防杀方法Service设置成START_STICKY，kill后会被重启（等待5秒左右），重传Intent，保持与重启前一样通过startForeground将进程设置为前台进程，做前台服务，优先级和前台应用一个级别，除非在系统内存非常缺，否则此进程不会被kill双进程Service：让2个进程互相保护，其中一个Service被清理后，另外没被清理的进程可以立即重启进程 黑科技:在应用退到后台后，另起一个只有1像素的页面停留在桌面上，让自己保持前台状态，保护自己不被后台清理工具杀死在已经root的设备下，修改相应的权限文件，将App伪装成系统级的应用（Android4.0系列的一个漏洞，已经确认可行）Android系统中当前进程(Process)fork出来的子进程，被系统认为是两个不同的进程。当父进程被杀死的时候，子进程仍然可以存活，并不受影响。鉴于目前提到的在Android-Service层做双守护都会失败，我们可以fork出c进程，多进程守护。死循环在那检查是否还存在，具体的思路如下（Android5.0以下可行）用C编写守护进程(即子进程)，守护进程做的事情就是循环检查目标进程是否存在，不存在则启动它。在NDK环境中将1中编写的C代码编译打包成可执行文件(BUILD_EXECUTABLE)。主进程启动时将守护进程放入私有目录下，赋予可执行权限，启动它即可。联系厂商，加入白名单------------------------------------------------------TIP:面对各种流氓软件后台常驻问题，建议使用“绿色守护”来解决，可是杀掉那些第三方清理工具难以清除的后台程序
‘柒’ android service :搜狗输入法是如何能够一直在后台运行而不被杀死
虽然我没研究过搜狗输入法的Service，但不想让一个Service被干掉，在它生命周期的onDestroy阶段，再用Intent或PaddingIntent自启动就好了吧。说白了就是——你打死我，我原地复活重来
虽然我不清楚你打算干嘛，但没必要（使用频率不高）的话，让Service在用户手机里赖着不走占资源+耗电纯属损人不利自己。只要用户有点手机知识，很容易就能在手机后台中看到你的Service与总运行时间，当他（她）发先这个Service一直在后台运行而且还不能结束时，我估计他（她）对你这个应用恐怕不会有什么好印象
如果你的Service用的不频繁，只是每隔段时间要定期或不定期在后台做一些短时间的操作，建议还是用IntentService+AlarmManager+PaddingIntent，IntentService执行完任务会自己关闭，AlarmManager+PaddingIntent用来定期唤醒cup启动IntentService。
这样的话Service只在执行任务时启动，执行完就不留痕经的消失，90%以上的时间你在后台都看不到它。就是说只在必要时来你家，而不是不管有事没事都赖在你家不走。这么一来比较不会招人烦……
‘捌’ android后台服务保持，不被杀死
作者：闭关写代码
链接：https://www.hu.com/question/29826231/answer/71207109
来源：知乎
着作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。
强烈建议不要这么做，不仅仅从用户角度考虑，作为Android开发者也有责任去维护Android的生态环境。现在很多Android开发工程师，主力机居然是iPhone而不是Android设备，感到相当悲哀。
从技术角度概括一下现在普遍的防杀方法
Service设置成START_STICKY，kill 后会被重启（等待5秒左右），重传Intent，保持与重启前一样
通过 startForeground将进程设置为前台进程，做前台服务，优先级和前台应用一个级别，除非在系统内存非常缺，否则此进程不会被 kill
双进程Service：让2个进程互相保护，其中一个Service被清理后，另外没被清理的进程可以立即重启进程
QQ黑科技:在应用退到后台后，另起一个只有 1 像素的页面停留在桌面上，让自己保持前台状态，保护自己不被后台清理工具杀死
在已经root的设备下，修改相应的权限文件，将App伪装成系统级的应用（Android4.0系列的一个漏洞，已经确认可行）
Android系统中当前进程(Process)fork出来的子进程，被系统认为是两个不同的进程。当父进程被杀死的时候，子进程仍然可以存活，并不受影响。鉴于目前提到的在Android-Service层做双守护都会失败，我们可以fork出c进程，多进程守护。死循环在那检查是否还存在，具体的思路如下（Android5.0以下可行）
用C编写守护进程(即子进程)，守护进程做的事情就是循环检查目标进程是否存在，不存在则启动它。
在NDK环境中将1中编写的C代码编译打包成可执行文件(BUILD_EXECUTABLE)。
主进程启动时将守护进程放入私有目录下，赋予可执行权限，启动它即可。
联系厂商，加入白名单
------------------------------------------------------
TIP: 面对各种流氓软件后台常驻问题，建议使用“绿色守护”来解决，可是杀掉那些第三方清理工具难以清除的后台程序