欢迎您访问程序员文章站本站旨在为大家提供分享程序员计算机编程知识!
您现在的位置是: 首页  >  移动技术

解析Android中如何做到Service被关闭后又自动启动的实现方法

程序员文章站 2023-12-10 21:53:10
首先要说的是,用户可能把这种做法视为流氓软件。大部分时候,程序员也不想把软件做成流氓软件,没办法,领导说了算。 我们在使用某些android应用的时候,可能会发现安装了某...

首先要说的是,用户可能把这种做法视为流氓软件。大部分时候,程序员也不想把软件做成流氓软件,没办法,领导说了算。

我们在使用某些android应用的时候,可能会发现安装了某应用以后,会有一些服务也会随之运行。而且,这些服务每次都会随着手机开机而启动。有的服务做的更绝,当用户在运行的服务中手动停止该服务以后,过了一段时间,服务又自动运行了。虽然,从用户的角度来说,这种方式比较流氓。但是,从程序员的角度来说,这是如何做到的呢?经过研究,我发现有一种方式是可以实现的。下面就和大家分享。

先简单介绍,一会儿会贴上全部代码。

如何做到开机启动?

这个比较简单,网上的资料够多,只要实现一个broadcastreceiver,监听手机启动完成的事件action_boot_completed即可。需要注意的是,好像不能用模拟器,要用手机测试。

那如何做到启动一个service,并且在用户关闭后能自动又启动了呢?

一般的,都会在上面说到的broadcastreceiver的实现里面,监听手机启动完成后,启动一个service,这是一般的做法。问题是,用户能够在服务里看到这个service是常驻的。如果用户很敏感,就会停止该service,甚至直接卸载掉相关的应用。那么,怎样才能定期实现某功能,又不让用户直接看到这个service呢?聪明的你一定立即就想到了,如果不直接启动service,而是启动一个timmer,或者alarmmanager,然后每隔一段时间去启动service,做完事情以后关闭掉service就可以了。

还是看下面的全部代码吧,不过多解释了。这些代码中还是有不少概念的,不熟悉alarmmanager、pendingintent、broadcastreceiver、service等等这些概念的同学可以百度一下。

复制代码 代码如下:

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秒一个周期,不停的发送广播  
            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   
            // 多次调用startservice并不会启动多个service 而是会多次调用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> 

继续讨论这个问题。

如果用户停止整个应用(在管理应用程序中停止应用,或者第三方软件停止整个应用),此时整个进程被杀死,所有的服务自然也被杀死了,timmer,或者alarmmanager也就停止了。此时就不会再定期启动服务了。

那么,怎么才能做到,用户或者第三方软件无法停止整个应用呢。我们可以再注册一个系统级别的监听(broadcastreceiver),来监听系统级别的消息,再次启动timmer,或者alarmmanager。这样,即使应用被杀死了,隔一段时间,应用还会自动启动。具体的,就不在这里展开了。