android服务(Android服务apk)

Android Service详解

生命周期如下：

android服务(Android服务apk)

两种启动方式

第一种方式： startService()

通过startService启动后，service会一直无限期运行下去，只有外部调用了stopService()或stopSelf()方法时，该Service才会停止运行并销毁。

当第一次调用的时候，方法顺序是：

构造方法——oncreate()——onStartCommand()

当第二次被调用的时候，直接调用onStartCommand()

结束：stopService():——>onDestory()

第二种方式：bindService()

bindService启动的服务和调用者之间是典型的client-server模式。调用者是client，service则是server端。service只有一个，但绑定到service上面的client可以有一个或很多个。这里所提到的client指的是组件，比如某个Activity。

client可以通过IBinder接口获取Service实例，从而实现在client端直接调用Service中的方法以实现灵活交互，这在通过startService方法启动中是无法实现的。

bindService启动服务的生命周期与其绑定的client息息相关。client也可以明确调用Context的unbindService()方法与Service解除绑定。当所有的client与service解除绑定的时候，才会调用onUnbind,然后 Service会自行销毁。

第一次调用：

构造方法——oncreate()——onBind()——onServiceConnected()

结束：unbindService():如果当前有Activity与Service相连——>onUnbind()——>onDestory()

Intentservice

IntentService 是继承于 Service 并处理异步请求的一个类，在 IntentService 内有一个工作线程来处理耗时操作，启动 IntentService 的方式和启动传统 Service 一样，同时，当任务执行完后，IntentService 会自动停止，而不需要我们去手动控制。

Android如何设置代理服务器？

给android设备提供了两种网络代理，一种是直接在网络设置中运行，另一种是通过adb指令运行。最常用的一种是设置页面操作，模拟器大家应该都知道的吧，就是可以在电脑端运行的手机环境人家，第一种方式就是给大家推荐使用这个，实现方式具体如下。

第一种、模拟器设置代理服务器

设置-->WLAN，选择网络长按(不同设备操作方式不同，点击按钮也不同)-->修改网络-->高级选项，将代理选项设置为手动，在代理服务器主机名中填写您想设置的代理服务器IP，在相应端口上填写相应端口(如Fiddler为8888)，完成设置后点击保存即可。

第二种、通过adb指令设置代理，操作方式如下

设置代理:

adbshellsettingsputglobalhttp_proxip:port.

例如:

adbshellsettingsputglobalhttp_proxy127.0.0.1:8888.

移除代理(三个指令都需要执行，部分机型可能需要重启手机才能完全移除代理):

adbshellsettingsdeleteglobalhttp_proxy.

adbshellsettingsdeleteglobalglobal_http_proxy_host.

adbshellsettingsdeleteglobalglobal_http_proxy_port.

adbreboot.

以上两种方法基本可以解决大部分场景。大家不妨进行尝试下，内容还是相当简单的。

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进程间通信来完成操作。只有当其它组件与服务进行绑定时，服务才会处于绑定状态。多个组件可以同时与服务绑定，但是当他们全部都解除绑定时，服务就会销毁。

2.BindService：

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

3.StartService 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！

此文综合： 以及自己的一些问题看法，用作学习，回顾之用。

Service 前台服务

请参看 紫豪

android 开启服务

开启服务有两种方式： startService 和 bindService 。

首先在 AndroidManifest.xml 文件中声明

启动服务：

开启服务时，调用一次 startService() ，生命周期执行的方法依次是： onCreate() ==> onStartCommand();

调用多次 startService() ， onCreate() 只有第一次会被执行，而 onStartCommand() 会执行多次。

该方式需要一个 ServiceConnection 接口的实现类对象

MyServiceConnection.java :

MyService.java :

启动服务：

bindService 开启服务，生命周期执行的方法依次是：

onCreate() ==> onBind() ==> onServiceConnected();

调用多次 bindService() ， onCreate() 和 onBind() 都只在第一次会被执行， onServiceConnected() 会执行多次。

Android 服务的限制

Google官网将Android服务分为了三种，前台服务，后台服务和绑定服务：

前台服务执行一些用户能注意到的操作。例如，音频应用会使用前台服务来播放音频曲目。前台服务必须显示 通知 。即使用户停止与应用的交互，前台服务仍会继续运行。

后台服务执行用户不会直接注意到的操作。例如，如果应用使用某个服务来压缩其存储空间，则此服务通常是后台服务。

当应用组件通过调用 bindService() 绑定到服务时，服务即处于 绑定 状态。绑定服务会提供客户端-服务器接口，以便组件与服务进行交互、发送请求、接收结果，甚至是利用进程间通信 (IPC) 跨进程执行这些操作。仅当与另一个应用组件绑定时，绑定服务才会运行。多个组件可同时绑定到该服务，但全部取消绑定后，该服务即会被销毁。

我个人理解服务可以分为两种， 前台 和 后台 ，而 绑定 应该是被当作一种状态，因为 前台服务 和 后台服务 都可以进行绑定。

基于这个理解，我们将限制分成了前台和后台两个部分：

从 Android 5.0（API 级别 21）开始，如果使用隐式 Intent 调用 bindService() ，则系统会抛出异常。为确保应用的安全性，在启动 Service 时，请始终使用显式 Intent，且不要为服务声明 Intent 过滤器。

在后台中运行的 Service 会消耗设备资源，这可能会降低用户体验。 为了缓解这一问题，系统对这些 Service 施加了一些限制。

处于前台时，应用可以自由创建和运行前台与后台 Service。

Android 8.0 开始：系统不允许后台应用创建后台 Service。否则该函数将引发一个 IllegalStateException。

Android 8.0 开始：进入后台时，在一个持续数分钟的时间窗内，应用仍可以创建和使用 Service。 在该时间窗结束后，应用将被视为处于 空闲 状态。 此时，系统将停止应用的后台 Service，就像应用已经调用 Service 的 Service.stopSelf() 方法一样。

为了解除这种限制，可以使用 JobScheduler 作业替换后台 Service。

在 Android 8.0 之前，创建前台 Service 的方式通常是先创建一个后台 Service，然后将该 Service 推到前台。

而在Android 8.0 之后，系统不允许后台应用创建后台 Service。

解决方案：调用 startForegroundService() ，以在前台启动新 Service。

在系统创建 Service 后，应用有五秒的时间来调用该 Service 的 startForeground() 方法以显示新 Service 的用户可见通知。 如果应用在此时间限制内 未 调用 startForeground() ，则系统将停止此 Service 并声明此应用为 ANR 。

前台服务必须显示优先级为 PRIORITY_LOW 或更高的 状态栏通知 ，这有助于确保用户知道应用正在执行的任务。如果某操作不是特别重要，因而您希望使用最低优先级通知，则可能不适合使用服务；相反，您可以考虑使用 计划作业 。

在 Android 9 (API 28)之后，使用前台服务必须申请 FOREGROUND_SERVICE 权限，否则会报 SecurityException 。 这是普通权限，因此，系统会自动为请求权限的应用授予此权限。

每个运行服务的应用都会给系统带来额外负担，从而消耗系统资源。如果应用尝试使用低优先级通知隐藏其服务，则可能会降低用户正在主动交互的应用的性能。因此，如果某个应用尝试运行拥有最低优先级通知的服务，则系统会在抽屉式通知栏的底部调用出该应用的行为。

以 Android 12 为目标平台的应用在后台运行时无法再启动 前台服务 。

在 Android 11 及以后，系统对前台服务何时可以访问设备的位置、摄像头或麦克风进行了限制。

如果您的应用以 Android 11 或更高版本为目标平台，且在前台服务中访问摄像头或麦克风，则必须添加 前台服务类型 camera 和 microphone 。

如果你的应用 在后台运行时启动了某项前台服务 ：

如果某服务的功能（位置、麦克风 和 相机）受到了限制，则Logcat中会打印如下语句：