做期货关注网站,怀柔建设网站,毕业设计代做网站都可信么,商城网站大全人不走空 #x1f308;个人主页#xff1a;人不走空
#x1f496;系列专栏#xff1a;算法专题
⏰诗词歌赋#xff1a;斯是陋室#xff0c;惟吾德馨 介绍
Service是Android程序中四大基础组件之一#xff0c;它和Activity一样都是Context的子类#xff0c;只不… 人不走空 个人主页人不走空
系列专栏算法专题
⏰诗词歌赋斯是陋室惟吾德馨 介绍
Service是Android程序中四大基础组件之一它和Activity一样都是Context的子类只不过它没有UI界面是在后台运行的组件。Service是Android中实现程序后台运行的解决方案它非常适用于去执行那些不需要和用户交互而且还要求长期运行的任务。 Android中的服务Service和Activity不同的是不能与用户交互的不能自己启动系统的后台运行当程序退出时我们没有显示的调用停止服务那么这个Service就没有结束它仍然在后台运行。Service和其他组件一样都是运行在主线程中因此不能用它来做耗时的操作。 服务一般分为两种 本地服务:用于应用程序内部在Service可以调用startService()启动调用stopService()结束无论调用了多少次startService()都只需调用一次stopService()来停止采用startService()方法启动服务只能调用stopService()方法结束服务服务结束时会调用onDestroy()方法,。 远程服务用于系统内部的应用程序之间可以定义接口并把接口暴露出来以便其他应用进行操作客户端建立到服务对象的连接并通过那个连接来调用服务调用bindService()方法建立连接并启动以调用unbindService()关闭连接多个客户端可以绑定至同一个服务。 Service默认并不会运行在子线程中它也不运行在一个独立的进程中它同样执行在UI线程中因此不要在Service中执行耗时的操作除非你在Service中创建了子线程来完成耗时操作。 service在清单文件中的声明
不管是哪一种的 service 也都需要在 AndroidManifest.xml中声明
service android:name.myserviceandroid:enabledtrueandroid:exportedtrueandroid:icondrawable/background_blueandroid:labelstringandroid:processstringandroid:permissionstring/service 说明
字段说明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)。 生命周期
Service 的的生命周期会根据调用不同的方法启动有不同的表现具体有两种形式。 通过 startService(Intent intent) 启动 Service 生命周期是这样的onCreate() 、onStartCommand()、onStart()(已经过时) 、onDestroy() 通过 bindService(Intent intent,ServiceConnection conn,int flags) 启动 Service 生命周期是这样的bindService()、onCreate() 、IBinder onBind(Intent intent)、unBindService()、onDestroy() 方法。 说明
1.startService / stopService
生命周期顺序onCreate-onStartCommand-onDestroy OnCreate()
系统在service第一次创建时执行此方法来执行只运行一次的初始化工作。如果service已经运行这个方法不会被调用。
onStartCommand()
每次客户端调用startService()方法启动该Service都会回调该方法多次调用。一旦这个方法执行service就启动并且在后台长期运行。通过调用stopSelf()或stopService()来停止服务。
OnDestory()
系统在service不再被使用并要销毁时调用此方法一次调用。service应在此方法中释放资源比如线程已注册的侦听器接收器等等这是service收到的最后一个调用。 2.bindService / unbindService
生命周期顺序onCreate-onBind-onUnBind-onDestroy 同样首先是OnCreate()接着是
OnBind() 当组件调用bindService()想要绑定到service时(比如想要执行进程间通讯)系统调用此方法一次调用一旦绑定后下次再调用bindService()不会回调该方法。在你的实现中你必须提供一个返回一个IBinder来以使客户端能够使用它与service通讯你必须总是实现这个方法但是如果你不允许绑定那么你应返回null。
OnUnbind() 当前组件调用unbindService()想要解除与service的绑定时系统调用此方法一次调用一旦解除绑定后下次再调用unbindService()会抛出异常。
最后是OnDestory() 注意通过bindService启动的Service的生命周期依附于启动它的Context。 start开启服务的生命周期: 完整生命周期onCreate()--onStartCommand()--onDestroy() 开启服务onCreate()--onStartCommand() 停止服务onDestroy() start开启服务的生命周期特点
1. 服务可以被开启多次每次开启都调用onStartCommand
2. 服务只能被停止一
3. 长期运行在后台 bind绑定服务的生命周期 bindService(service, conn, flags); service 意图 conn activity和服务的连接通道 flags BIND_AUTO_CREATE 连接的时候如果有服务的对象则复用如果服务对象不存在则创建一个服务的对象 完整生命周期onCreate()--onBind()--onUnbind()--onDestroy() 绑定服务onCreate()--onBind() 解绑服务onUnbind()--onDestroy() bind绑定服务的生命周期特点
1. 服务只能被绑定一次多次绑定无效
2. 服务只能被解绑一次多次解绑会抛出异常
3. activity和绑定的Service是同生共死
4. 绑定服务调用服务里的方法 区别 start开启服务可以长期运行在后台,服务组件在自己的应用程序中 bind绑定服务可以调用服务里的方法,服务组件不在自己的应用程序中 IntentService与Service
Android中的Service是用于后台服务的当应用程序被挂到后台的时候问了保证应用某些组件仍然可以工作而引入了Service这个概念那么这里面要强调的是Service不是独立的进程也不是独立的线程它是依赖于应用程序的主线程的也就是说在更多时候不建议在Service中编写耗时的逻辑和操作否则会引起ANR。
那么我们当我们编写的耗时逻辑不得不被service来管理的时候就需要引入IntentServiceIntentService是继承Service的那么它包含了Service的全部特性当然也包含service的生命周期那么与service不同的是IntentService在执行onCreate操作的时候内部开了一个线程去你执行你的耗时操作。 Service的官方介绍
1.Service不是一个单独的进程 它和应用程序在同一个进程中。
2.Service不是一个线程所以我们应该避免在Service里面进行耗时的操作 IntentService:异步处理服务新开一个线程handlerThread在线程中发消息然后接受处理完成后会清理线程并且关掉服务。
IntentService有以下特点
1.它创建了一个独立的工作线程来处理所有的通过onStartCommand()传递给服务的intents。
2.创建了一个工作队列来逐个发送intent给onHandleIntent()。
3.不需要主动调用stopSelft()来结束服务。因为在所有的intent被处理完后系统会自动关闭服务。
4.默认实现的onBind()返回null
5. 默认实现的onStartCommand()的目的是将intent插入到工作队列中 继承IntentService的类至少要实现两个函数构造函数和onHandleIntent()函数。要覆盖IntentService的其它函数时注意要通过super调用父类的对应的函数 示例 package com.loaderman.intentservicedemo;
import android.content.Intent;
import android.os.Bundle;
import android.support.v7.app.AppCompatActivity;
public class MainActivity extends AppCompatActivity {Overrideprotected void onCreate(Bundle savedInstanceState) {super.onCreate(savedInstanceState);setContentView(R.layout.activity_main);startService(new Intent(this,MyService.class));//主界面阻塞最终会出现Application not responding//连续两次启动IntentService会发现应用程序不会阻塞而且最重要的是第二次的请求会再第一个请求结束之后运行(这个证实了IntentService采用单独的线程每次只从队列中拿出一个请求进行处理)startService(new Intent(this,MyIntentService.class));startService(new Intent(this,MyIntentService.class));}
} package com.loaderman.intentservicedemo;import android.app.Service;
import android.content.Intent;
import android.os.IBinder;public class MyService extends Service {Overridepublic void onCreate() {super.onCreate();}Overridepublic void onStart(Intent intent, int startId) {super.onStart(intent, startId);//经测试Service里面是不能进行耗时的操作的必须要手动开启一个工作线程来处理耗时操作System.out.println(onStart);try {Thread.sleep(20000);} catch (InterruptedException e) {e.printStackTrace();}System.out.println(睡眠结束);}Overridepublic IBinder onBind(Intent intent) {return null;}
} package com.loaderman.intentservicedemo;import android.app.IntentService;
import android.content.Intent;public class MyIntentService extends IntentService {public MyIntentService() {super(loaderman);}Overrideprotected void onHandleIntent(Intent intent) {// 经测试IntentService里面是可以进行耗时的操作的//IntentService使用队列的方式将请求的Intent加入队列然后开启一个worker thread(线程)来处理队列中的Intent//对于异步的startService请求IntentService会处理完成一个之后再处理第二个System.out.println(onStart);try {Thread.sleep(20000);} catch (InterruptedException e) {e.printStackTrace();}System.out.println(睡眠结束);}
} 能否保证service不被杀死?
Service设置成START_STICKY kill
后会被重启等待5秒左右重传Intent保持与重启前一样 提升service优先级
在AndroidManifest.xml文件中对于intent-filter可以通过android:priority 1000这个属性设置最高优先级1000是最高值如果数字越小则优先级越低同时适用于广播。
【结论】目前看来priority这个属性貌似只适用于broadcast对于Service来说可能无效
提升service进程优先级
Android中的进程是托管的当系统进程空间紧张的时候会依照优先级自动进行进程的回收
当service运行在低内存的环境时将会kill掉一些存在的进程。因此进程的优先级将会很重要可以在startForeground()使用startForeground()将service放到前台状态。这样在低内存时被kill的几率会低一些。
【结论】如果在极度极度低内存的压力下该service还是会被kill掉并且不一定会restart()
onDestroy方法里重启service
service broadcast 方式就是当service走onDestory()的时候发送一个自定义的广播当收到广播的时候重新启动service
也可以直接在onDestroy()里startService
【结论】当使用类似口口管家等第三方应用或是在setting里-应用-强制停止时APP进程可能就直接被干掉了onDestroy方法都进不来所以还是无法保证
监听系统广播判断Service状态
通过系统的一些广播比如手机重启、界面唤醒、应用状态改变等等监听并捕获到然后判断我们的Service是否还存活别忘记加权限
【结论】这也能算是一种措施不过感觉监听多了会导致Service很混乱带来诸多不便
在JNI层,用C代码fork一个进程出来
这样产生的进程,会被系统认为是两个不同的进程.但是Android5.0之后可能不行
root之后放到system/app变成系统级应用
大招: 放一个像素在前台(手机QQ) 作者其他作品
【Java】Spring循环依赖原因与解决方法
OpenAI Sora来了视频生成领域的GPT-4时代来了
[Java·算法·简单] LeetCode 14. 最长公共前缀 详细解读
【Java】深入理解Java中的static关键字
[Java·算法·简单] LeetCode 28. 找出字a符串中第一个匹配项的下标 详细解读
了解 Java 中的 AtomicInteger 类
算法题 — 整数转二进制查找其中1的数量
深入理解MySQL事务特性保证数据完整性与一致性
Java企业应用软件系统架构演变史
