使用Android的Service实现后台定时检测并重启应用

简介: 使用Android的Service实现后台定时检测并重启应用

Android的Service使用一例,后台任务定时检测并定时重启应用。


Service简述:


Service(服务)是一个一种可以在后台执行长时间运行操作而没有用户界面的应用组件。服务可由其他应用组件启动(如Activity),服务一旦被启动将在后台一直运行,即使启动服务的组件(Activity)已销毁也不受影响。 此外,组件可以绑定到服务,以与之进行交互,甚至是执行进程间通信 (IPC)。 例如,服务可以处理网络事务、播放音乐,执行文件 I/O 或与内容提供程序交互,而所有这一切均可在后台进行。


在一些场合下需要实现后台定时任务,检测并重启应用,这用service很合适。


使用方法:


RestartAppService 服务类继承自Service:


/**
 * 重启app服务
 * @author yangyongzhen
 *
 */
public class RestartAppService extends Service {
    private static final String TAG = "RestartAppService";
    private static final long RESTART_DELAY = 60*60 * 1000; // 多少时间后重启检测(1小时)
    private MyBinder mBinder;
    // 此对象用于绑定的service与调用者之间的通信
    public class MyBinder extends Binder {
        /**
         * 获取service实例
         * @return
         */
        public RestartAppService getService() {
            return RestartAppService.this;
        }
        /**
         * 启动app重启任务
         */
        public void startRestartTask(final Context context) {
            Toast.makeText(context, "restart check", Toast.LENGTH_SHORT).show();
            Log.e(TAG,"restart app check");
            TimerTask task = new TimerTask() {
                @Override
                public void run() {
                    //定时时间到,检测是否是晚上12点以后。
                    String curtime = DateUtils.getDatedf18();
                    if(DateUtils.isInTime(curtime,"23:59","00:59")){
                        //处理时段内
                        Log.e(TAG,curtime);
                        Log.e(TAG,"in time area 23:59--00:59,begin restart"); // restart
                        Intent intent = getPackageManager().getLaunchIntentForPackage(
                                getApplication().getPackageName());
                        intent.setFlags(Intent.FLAG_ACTIVITY_CLEAR_TASK | Intent.FLAG_ACTIVITY_NEW_TASK);
                        startActivity(intent);
                        System.exit(0);
                    }
                }
            };
            Timer timer = new Timer();
            timer.schedule(task, RESTART_DELAY);
        }
    }
    @Override
    public IBinder onBind(Intent intent) {
        // Create MyBinder object
        Log.e(TAG,"onBind");
        if (mBinder == null) {
            mBinder = new MyBinder();
        }
        return mBinder;
    }
    @Override
    public boolean onUnbind(Intent intent) {
        Log.e(TAG, "onUnbind");
        return super.onUnbind(intent);
    }
    @Override
    public void onDestroy() {
        Log.e(TAG,"onDestroy");
        super.onDestroy();
    }
}


接下来需要在AndroidManifest.xml中声明下。


<service android:name=".service.RestartAppService"
                 android:enabled="true"
                 android:exported="true"/>


android:exported    表示是否允许除了当前程序之外的其他程序访问这个服务


android:enabled    表示是否启用这个服务


android:permission    是权限声明


android:process    是否需要在单独的进程中运行,当设置为android:process=”:remote”时,代表Service在单独的进程中运行。


注意:它的意思是指要在当前进程名称前面附加上当前的包名,所以“remote”和”:remote”不是同一个意思,前者的进程名称为:remote,而后者的进程名称为:App-packageName:remote。


android:isolatedProcess  设置 true 意味着,服务会在一个特殊的进程下运行,这个进程与系统其他进程分开且没有自己的权限。与其通信的唯一途径是通过服务的API(bind and start)。


在Application或Activity中完成Service的绑定和启动服务:


......
/**
     * ServiceConnection代表与服务的连接,它只有两个方法,
     * onServiceConnected和onServiceDisconnected,
     * 前者是在操作者在连接一个服务成功时被调用,而后者是在服务崩溃或被杀死导致的连接中断时被调用
     */
private RestartAppService myService;
private ServiceConnection connService = new ServiceConnection() {
        /**
         * Called when a connection to the Service has been established,
         * with the android.os.IBinder of the communication channel to the Service.
         */
        /**
             * 与服务器端交互的接口方法 绑定服务的时候被回调,在这个方法获取绑定Service传递过来的IBinder对象,
             * 通过这个IBinder对象,实现宿主和Service的交互。
         */
        @Override
        public void onServiceConnected(ComponentName name, IBinder service) {
            RestartAppService.MyBinder mBinder = (RestartAppService.MyBinder) service;
       myService = mBinder.getService();
            mBinder.startRestartTask(App.this);
        }
        @Override
        public void onServiceDisconnected(ComponentName name) {
        myService = null;
       }
    };
    @Override
    public void onCreate() {
        super.onCreate();
        sInstance = this;
        mContext = getApplicationContext();
        Log.i(TAG, "==app onCreate==");
        // 记录异常日志
        //创建绑定对象并绑定服务,用于定时重启app
        Intent intent = new Intent(this, RestartAppService.class);
        bindService(intent, connService, Context.BIND_AUTO_CREATE);
    }


创建了一个ServiceConnection对象,该代表与服务的连接。


它只有两个方法, onServiceConnected和onServiceDisconnected,其含义如下:


  • onServiceConnected(ComponentName name, IBinder service)


系统会调用该方法以传递服务的 onBind() 方法返回的 IBinder。其中service便是服务端返回的IBinder实现类对象,通过该对象我们便可以调用获取LocalService实例对象,进而调用服务端的公共方法。而ComponentName是一个封装了组件(Activity, Service, BroadcastReceiver, or ContentProvider)信息的类,如包名,组件描述等信息,较少使用该参数。


  • onServiceDisconnected(ComponentName name)


Android 系统会在与服务的连接意外中断时(例如当服务崩溃或被终止时)调用该方法。注意:当客户端取消绑定时,系统不会调用该方法。


Service生命周期分析:


绑定服务bindService时,RestartAppService 服务端的onCreate()、onBind方法会依次被调用。


此时Application的ServiceConnection.onServiceConnected()被调用并返回MyBinder对象。


mBinder.getService方法返回RestartAppService 的实例对象myService,此时客户端便持有了RestartAppService 的实例对象,也就可以任意调用RestartAppService 类中的声明公共方法了。


这里由于只是一个简单的定时检测重启,暂未用到myService。


如果尝试多次调用bindService方法绑定RestartAppService 服务端会怎样呢?


RestartAppService 的onBind方法仅只调用了一次,那就是在第一次调用bindService时才会回调onBind方法。


如果调用unbindService(connService )解除绑定,此时RestartAppService 的onUnBind、onDestroy方法依次被回调,并且多次绑定只需一次解绑即可。


说明绑定状态下的Service生命周期方法的调用依次为onCreate()、onBind、onUnBind、onDestroy。


相关文章
|
1天前
|
缓存 监控 Android开发
Android 应用性能优化实战
【4月更文挑战第27天】 在竞争激烈的移动应用市场中,性能优越的应用更能吸引和保留用户。针对Android平台,本文将深入探讨影响应用性能的关键因素,并提供一系列实用的优化策略。我们将从内存管理、UI渲染、多线程处理以及电池使用效率等方面入手,通过具体案例分析如何诊断常见问题,并给出相应的解决方案。文中所提技巧旨在帮助开发者构建更加流畅、高效的Android应用。
8 2
|
1天前
|
安全 数据处理 Android开发
构建高效Android应用:Kotlin协程的实践之路
【4月更文挑战第26天】 在面对现代Android开发时,性能优化和流畅的用户体验成为了开发者们追求的目标。Kotlin作为一种现代化的编程语言,通过其协程特性为Android应用带来了前所未有的并发处理能力。本文将深入探讨如何利用Kotlin协程提升Android应用的响应性和效率,同时保持代码的简洁性。我们将从协程的基础概念出发,逐步揭示如何在实际应用中运用这些强大的工具,以及它们如何改善应用架构和用户交互体验。
|
4天前
|
移动开发 Java Android开发
构建高效Android应用:采用Kotlin协程优化网络请求
【4月更文挑战第24天】 在移动开发领域,尤其是对于Android平台而言,网络请求是一个不可或缺的功能。然而,随着用户对应用响应速度和稳定性要求的不断提高,传统的异步处理方式如回调地狱和RxJava已逐渐显示出局限性。本文将探讨如何利用Kotlin协程来简化异步代码,提升网络请求的效率和可读性。我们将深入分析协程的原理,并通过一个实际案例展示如何在Android应用中集成和优化网络请求。
|
4天前
|
调度 Android开发 开发者
构建高效Android应用:探究Kotlin协程的优势与实践
【4月更文挑战第24天】随着移动开发技术的不断演进,提升应用性能和用户体验已成为开发者的核心任务。在Android平台上,Kotlin语言凭借其简洁性和功能性成为主流选择之一。特别是Kotlin的协程功能,它为异步编程提供了一种轻量级的解决方案,使得处理并发任务更加高效和简洁。本文将深入探讨Kotlin协程在Android开发中的应用,通过实际案例分析协程如何优化应用性能,以及如何在项目中实现协程。
|
5天前
|
存储 缓存 安全
Android系统 应用存储路径与权限
Android系统 应用存储路径与权限
6 0
Android系统 应用存储路径与权限
|
5天前
|
存储 安全 Android开发
Android系统 自定义系统和应用权限
Android系统 自定义系统和应用权限
19 0
|
10天前
|
缓存 移动开发 Android开发
构建高效Android应用:从优化用户体验到提升性能表现
【4月更文挑战第18天】 在移动开发的世界中,打造一个既快速又流畅的Android应用并非易事。本文深入探讨了如何通过一系列创新的技术策略来提升应用性能和用户体验。我们将从用户界面(UI)设计的简约性原则出发,探索响应式布局和Material Design的实践,再深入剖析后台任务处理、内存管理和电池寿命优化的技巧。此外,文中还将讨论最新的Android Jetpack组件如何帮助开发者更高效地构建高质量的应用。此内容不仅适合经验丰富的开发者深化理解,也适合初学者构建起对Android高效开发的基础认识。
|
10天前
|
移动开发 Android开发 开发者
构建高效Android应用:采用Kotlin进行内存优化的策略
【4月更文挑战第18天】 在移动开发领域,性能优化一直是开发者关注的焦点。特别是对于Android应用而言,由于设备和版本的多样性,确保应用流畅运行且占用资源少是一大挑战。本文将探讨使用Kotlin语言开发Android应用时,如何通过内存优化来提升应用性能。我们将从减少不必要的对象创建、合理使用数据结构、避免内存泄漏等方面入手,提供实用的代码示例和最佳实践,帮助开发者构建更加高效的Android应用。
|
12天前
|
缓存 移动开发 Java
构建高效的Android应用:内存优化策略
【4月更文挑战第16天】 在移动开发领域,尤其是针对资源有限的Android设备,内存优化是提升应用性能和用户体验的关键因素。本文将深入探讨Android应用的内存管理机制,分析常见的内存泄漏问题,并提出一系列实用的内存优化技巧。通过这些策略的实施,开发者可以显著减少应用的内存占用,避免不必要的后台服务,以及提高垃圾回收效率,从而延长设备的电池寿命并确保应用的流畅运行。
|
13天前
|
搜索推荐 开发工具 Android开发
安卓即时应用(Instant Apps)开发指南
【4月更文挑战第14天】Android Instant Apps让用户体验部分应用功能而无需完整下载。开发者需将应用拆分成模块,基于已上线的基础应用构建。使用Android Studio的Instant Apps Feature Library定义模块特性,优化代码与资源以减小模块大小,同步管理即时应用和基础应用的版本。经过测试,可发布至Google Play Console,提升用户便利性,创造新获客机会。