Android 之 Service（一）启动，绑定服务

Service（服务）一个运行在后台执行长时间运行的 *** 作组件，它不提供任何用户界面，作为与Activity同级的组件，它依旧是运行在主线程中。

其它组件可以启动一个Service，当这个Service启动之后便会在后台执行，这里需要注意，由于是在主线程中，所以我们需要另外开启一个线程来执行我们的耗时 *** 作。

此外，一个组件还可以与一个Service进行绑定来实现组件之间的交互，甚至可以执行IPC（Inter-Process Communication）进程间通信。

Service可以在后台执行很多任务，比如处理网络事务，播放音乐，文件读写或者与一个内容提供者交互，等等。

本地服务（Local）

该服务依附在主进程上而不是独立的进程，这样在一定程度上节约了资源，另外本地服务因为是在同一进程因此不需要IPC，也不需要AIDL。相应bindService会方便很多，当主进程被Kill后，服务便会终止。一般使用在音乐播放器播放等不需要常驻的服务。

远程服务(Remote Service)

该服务是独立的进程，对应进程名格式为所在包名加上你指定的android:process字符串。一般定义方式 android:process=":service" 由于是独立的进程，因此在Activity所在进程被Kill的时候，该服务依然在运行，不受其他进程影响，有利于为多个进程提供服务具有较高的灵活性。由于是独立的进程，会占用一定资源，并且使用AIDL进行IPC比较麻烦。一般用于系统的Service，这种Service是常驻的。

startService启动的服务

用于启动一个服务执行后台任务，不与组件进行通信，停止服务使用stopService。 当一个应用组件比如activity通过调用startService()来启动一个服务的时候，服务便处于启动状态。一旦启动，服务可以在后台无限期地运行下去，即使当启动它的组件已经销毁。通常情况下，一个启动的service执行一个单一的 *** 作并且不会返回任何结果给调用者。

bindService启动的服务

用于启动的服务需要进行通信。停止服务使用unbindService。 当一个应用组件通过调用bindService()来与一个服务绑定时，服务便处于绑定状态。一个绑定的服务提供了一个客户端-服务器端接口来允许组件与服务进行交互，发送请求，得到结果甚至通过IPC进程间通信来完成 *** 作。只有当其它组件与服务进行绑定时，服务才会处于绑定状态。多个组件可以同时与服务绑定，但是当他们全部都解除绑定时，服务就会销毁。

2BindService：

如果一个Service在某个Activity中被调用bindService方法启动，不论bindService被调用几次，Service的 onCreate 方法只会执行一次，同时 onStartCommand 方法始终不会调用。当建立连接后，Service会一直运行，除非调用unbindService来接触绑定、断开连接或调用该Service的Context不存在了（如Activity被Finish——即通过bindService启动的Service的生命周期依附于启动它的Context），系统在这时会自动停止该Service。

3StartService AND BindService：

当一个Service在被启动(startService 的同时又被绑定(bindService )，该Service将会一直在后台运行，并且不管调用几次， onCreate 方法始终只会调用一次， onStartCommand 的调用次数与startService 调用的次数一致（使用bindService 方法不会调用 onStartCommand ）。同时，调用unBindService 将不会停止Service，必须调用stopService 或Service自身的stopSelf 来停止服务。

4停止Service：

当一个服务被终止（stopService 、stopSelf 、unbindService ）时， onDestory 方法将会被调用——所以我们需要在该方法中清除一些工作（依附该Service生命周期上的，比如：停止在Service中创建并运行的线程）。

1创建服务

如果你才用的是 startService的方式那么 onBind方法可以忽略

2注册服务

3开启服务

start:

bind

绑定服务，一般涉及到组件或进程之间的通信，既然需要通信，那么我们肯定需要一个连接，这里ServiceConnection就是我们所需要的连接，通过Ibinder的传递，我们可以获取到Service的Ibinder对象，从而进行相关 *** 作。

关于粘性服务，这里需要提到 Service的onStartCommand返回值

andorid:name

adroid:exported

android:enabled

android:label

android:process

android:icon

android:permission

关于服务，当我们在应用开发中，如果需要长时间的在后台运行，独立完成某一些事情的情况下，请使用Service！

此文综合： >

通过SurfaceControlscreenshot来获取一个bitmap对象，原理就是创造一个graphicBuffer ，屏幕上面各个layer经过surfaceFlinger处理后，填充它，然后返回一个bitmap对象

/ frameworks / base / core / java / android / view / SurfaceControljava

1、获取displayToken这IBinder类型的对象，

2、调整方向，一般调用时候传入的是rotaion是0，如果传入1或者3会重置横竖屏方向。

3、捕获屏幕上所有的surface，返回一个填充内容的GraphicBuffer

4、把创建好的GraphicBuffer对象传入硬件支持的位图使用图形缓冲区，返回bitmap对象

getPhysicalDisplayIds()返回一个long型的数组，physicalDisplayIds[0]就是主显示设备，数组的其他位置可能会是投屏等其他设备。

1、通过一系列的调用会走到SurfaceComposerClientcpp的 ComposerService::getComposerService()这里

获取ComposerService对象，Composervice是一个单例模式，ComposerSerivce继承Singleton,且类型是ComposerService ，singleton 中的TYPE就ComposerService。

2、其回返回一个 ComposerService 对象，若ComposerService已经创建，说明已经链接上了，则直接返回，若没有创建，则创建并执行connectLocked方法。

3、在connectLocked过程中，首先可以看到通过SurfaceFlinger名称查找服务,死循环，在ServiceMananger中通过名称不停的查找获取对应的服务。

getService是一个模板函数，通过参数name去查找获取对应的服务，并将服务的IBinder转化为接口对象输出

31 创建死亡监听，且绑定

32 返回ComposerService单例中的ISurfaceComposer对象。我们知道SurfaceFlinger继承BnSurfaceFlinger继承BnInterface<ISurfaceComposer>。也就是说返回了SurfaceFlinger对象，

我们就可以知道getPhysicalDisplayToken就是执行的SurfaceFlinger中的方法。/ frameworks / native / services / surfaceflinger / SurfaceFlingercpp

在SurfaceFlingerh / frameworks / native / services / surfaceflinger / SurfaceFlingerh

mPhysicalDisplayTokens是一个map类型，DisplayId对应某个屏幕，sp<IBinder>就是屏幕对应的SurfaceFlinger的IBinder对象。通过mPhysicalDisplayTokendsfind(displayId)找到IBinder。

这样SurfaceControlgetInternalDisplayToken()过程就完成，很明显返回的IBinder类型DisplayToken就是SurfaceFlinger服务端。

这个方法的目的是 捕获屏幕上所有的surface，返回一个填充这些surface内容的GraphicBuffer

1、Display就是surfaceFlinger的代理,后面最重要的截图过程就是在其内部进行的。

2、捕获屏幕中的bitmap，一般传入new Rect,也就是不进行裁剪

3、接下来就是宽，高，方向，userIdentityTransform是false。

nativeScreenshot通过JNI调用到了android_view_SurfaceControlcpp中，在这个方法里面可以设置setpripority，截图应用的优先级，优先处理截图 *** 作。

可以看到了一个关键点sp<GraphicBuffer> buffer，surfaces就是要填充给这个buffer。ScreenshotClientcapture会调用到SurfaceComposerClientcpp中的capture

1、ISurfaceComposer对象赋值，上面也介绍过此过程

2、调用ISurfaceComposer的captureScreen方法，方法内容较多，

其中关键句是 Status_t result= remote()->transact(BnSurfaceCompser::_CAPTURE_SCREEN,data,&reply);

会调用到服务端onTransact中

找到CAPTURE_SCREEN

因为服务端为SurfaceFlinger所以会执行到SurfaceFlinger中的captureScreen方法

流程图如下

1、DisplayDevice类型 display对象通过getDisplayDeviceLocked(displayToken)进行赋值，

2、构造一个DisplayRenderArea类型对象renderArea

3、bind函数中执行traverseLayersInDisplay方法,this是sf,display，std::placeholders:_1是一个占位符。结果重命名为traverselayers方法。

这个方法主要内容是通过getFactory()createGraphicBuffer创建一个GraphicBuffer

在SurfaceFlingerDefaultFactorycpp中可以看到new 了一个 GraphicBuffer对象，requestorName就是screenshot。

继续往下走captureScreenCommon方法

1、获取被调用者的UID，也就是我们系统应用App的UID，只有系统应用才能调用截图接口，

2、forSystem的值当然就是true了，代表是系统应用

3、schedule函数把和应用打交道的某个binder线程执行的任务调用到了主线程进行执行，从systrace中能很明显的看到，如下，在一个vsync周期内sf合成完后会进行屏幕的截图工作

在captureScreenImplLocked方法中可以获取到各个layer，所以就可以在这块进行layer的处理，比如哪些内容不需要截取等。

接下来renderScreenImplLocked方法

这方法内容较多，关键语句是

GLESRenderEngine继承RenderEngine

getRenderEngine()drawLayers是调用的 GLESRenderEngine的drawLayers方法，这个方法主要工作是

1、通过GPU合成为特定的显示呈现图层

2、这个方法会被每一个需要通过GPU渲染的显示内容调用

3、display，绘制图层前显示范围的设置

4、Layers,绘制到显示器上的图层,z轴次序

5、Buffer，将layer内容填充到buffer中

6、userFrameBufferCache缓冲区可用就为true,没有实现缓冲区则这个值没有用

7、bufferFence ，fence标记,看是否准备好了，准备好了就可以draw

填充好buffer，这个时候buffer就有了该有的屏幕上layer内容。

回到SurfaceControljava中

FinalScreenshotGraphicBuffer buffer =screenshotToBuffer(displayToken,sourceCrop,width,height,userIdentityTransform,rotation);

Buffer现在有值了，已经填充好了，接下来就是把Buffer转化成Bitmap

调用BitmapwrapHardwareBuffer(buffergetGraphicBuffer(),buffergetColorSpace());可以得到我们需要的bitmap，截图过程到此完成。

ActivityManagerRunningServiceInfo类： 封装了正在运行的服务信息

获取系统里所有真正运行的服务是通过调用ActivityManager方法来得到的，具体方法如下：

List<ActivityManagerRunningServiceInfo> getRunningServices (int maxNum)

功能：返回所有正在运行的服务

参数： maxNum 代表我们希望返回的服务数目大小，一般给个稍大的值即可， 例如，50 。

ActivityManagerRunningServiceInfo 类

常用字段：

long activeSince 服务第一次被激活的时间, 包括启动和绑定方式

int clientCount 如果该Service是通过Bind方法方式连接，则clientCount代表了service连接客户端的数目

int crashCount 服务运行期间，出现死机的次数

boolean foreground 若为true，则该服务在后台执行

int pid 如果不为0，表示该service所在的进程ID号( PS:为0的话我也不清楚 - - 求指点)

int uid 用户ID 类似于Linux的用户权限，例如root等

String process 进程名，默认是包名或者由属性android：process指定

ComponentName service 获得该Service的组件信息 包含了pkgname / servicename信息

PackageManger类

说明： 封装了对应用程序信息的 *** 作

获得应用程序信息的的方法如下：

public abstractApplicationInfo getApplicationInfo(String packageName, int flags)

参数：packagename 包名

flags 该ApplicationInfo是此flags标记，通常可以直接赋予常数0即可

功能：返回ApplicationInfo对象

关于PackageManger更多信息，请查看<Android中获取应用程序(包)的信息-----PackageManager的使用(一)>

Task任务的使用，我也就不在赘述了，大家可以仔细看下SDK，在此推荐一篇博客来帮助大家理解。

以上就是关于Android 之 Service（一）启动，绑定服务全部的内容，包括:Android 之 Service（一）启动，绑定服务、如何验证hessian 发布正常、截图框架代码原理 android 11等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！