㈠ android中如何启用Service，如何停用Service
• Context.startService()
• Context.bindService()
1. 在同一个应用任何地方调用 startService() 方法就能启动 Service 了，然后系统会回调 Service 类的
onCreate() 以及 onStart() 方法。这样启动的 Service 会一直运行在后台，直到
Context.stopService() 或者 selfStop() 方法被调用。另外如果一个 Service 已经被启动，其他代码再试图调用
startService() 方法，是不会执行 onCreate() 的，但会重新执行一次 onStart() 。
2. 另外一种 bindService() 方法的意思是，把这个 Service 和调用 Service
的客户类绑起来，如果调用这个客户类被销毁，Service 也会被销毁。用这个方法的一个好处是，bindService() 方法执行后
Service 会回调上边提到的 onBind() 方发，你可以从这里返回一个实现了 IBind
接口的类，在客户端操作这个类就能和这个服务通信了，比如得到 Service 运行的状态或其他操作。如果 Service
还没有运行，使用这个方法启动 Service 就会 onCreate() 方法而不会调用 onStart()。
总结：
1.
startService()的目的是回调onStart()方法，onCreate()
方法是在Service不存在的时候调用的，如果Service存在（例如之前调用了bindService，那么Service的onCreate方法
已经调用了）那么startService()将跳过onCreate() 方法。
2.
bindService()目的是回调onBind()方法，它的作用是在Service和调用者之间建立一个桥梁，并不负责更多的工作（例如一个
Service需要连接服务器的操作），一般使用bindService来绑定到一个现有的Service（即通过StartService启动的服
务）。
由于Service 的onStart()方法只有在startService()启动Service的情况下才调用，故使用onStart()的时候要注意这点。
㈡ Android 10.0 ActivityManagerService的启动流程
我们讲完了SystemServer的启动过程，本节主要来讲解ActivityManagerService的启动过程。ActivityManagerService简称AMS，管理Activity行为，控制Activity的生命周期，派发消息事件，内存管理等功能。
ActivityManagerService启动由SystemServer中startBootstrapService启动
ATM启动最终调用的是ActivityTaskManagerService.Lifecycle.onStart()来启动ATM服务的
源码：ActivityTaskManagerService.java#Lifecycle.class
将ActivityTaskManagerInternal添加到本地服务的全局注册表中。
ActivityTaskManagerInternal为抽象类，其实现类为ActivityTaskManagerService#LocalService.class
构造函数初始化主要工作就是初始化一些变量，供之后的service，broadcast，provider的管理和调度
start中做了两件事
AMS的systemReady处理分为三个阶段
同时获取一些配置参数。 需要注意的是，由于只有Java进程才会向AMS注册，而一般的Native进程不会向AMS注册，因此此处杀死的进程是Java进程。
主要是调用一些关键服务的初始化函数，然后杀死那些没有FLAG_PERSISTENT 却在AMS启动完成前已经存在的进程，同时获取一些配置参数。需要注意的是，由于只有Java进程才会向AMS注册，而一般的Native进程不会向AMS注册，因此此处杀手的进程是Java进程。
执行goingCallback的处理，主要的工作就是通知一些服务可以进行systemReady相关的工作，并进行启动服务或应用进程的工作
监控Native的crash，启动WebView，执行一些服务的systemReady和systemRunning方法
启动Home Activity，当启动结束，发送ACTION_BOOT_COMPLETED广播时，AMS的启动过程告一段落
启动Home Activity
AMS的启动主要经历了如下几个阶段：
㈢ Android 后台应用 无界面，怎么启动service
完全没有界面,那应该是 AndroidManifest.xml 文件里一个activity也没有声明.
没有声明activity就肯定没有一个响应如下配置的intent:
<action android:name="android.intent.action.MAIN" />
<category android:name="android.intent.category.LAUNCHER" />
没有这个配置应用程序就没有入口.
没有入口就无法启动应用程序进程.
应用程序进程都起不来,service肯定也起不来.
=========================================
所以要启动一个完全没有界面的apk包中的service,那只能由其他进程来启动了.
比如如下service:
<manifestxmlns:android="
package="no.ui.app"
android:versionCode="1"
android:versionName="1.0">
<applicationandroid:icon="@drawable/icon"android:label="@string/app_name">
......
<service
android:enabled="true"
android:name="no.ui.app.i_am_service"
android:process="i_am_service">
<intent-filter>
<actionandroid:name="no.ui.app.start_service"/>
<categoryandroid:name="android.intent.category.DEFAULT"/>
</intent-filter>
</service>
</application>
</manifest>
安装了这个apk后,在另一个apk的某个地方调用
就可以启动这个service了.
startService(newIntent("no.ui.app.start_service"));
㈣ Android应用程序启动流程总结
AMS主要功能：
AMS是Android中最核心的服务，主要负责系统中四大组件的启动、切换、调度及应用进程的管理和调度等工作。还负责启动或杀死应用程序的进程。
WMS主要功能：
为所有窗口分配Surface。
管理Surface的显示顺序、尺寸、位置。
管理窗口动画。
输入系统相关：WMS是派发系统按键和触摸消息的最佳人选，当接收到一个触摸事件，它需要寻找一个最合适的窗口来处理消息。
PWS主要功能：
PMS 用来管理跟踪所有应用APK，包括安装，卸载，解析，控制权限等。
SystemServer也是一个进程，包括AMS、PMS、WMS等等。
zygote意为“受精卵“。Android是基于Linux系统的，而在Linux中，所有的进程都是由init进程直接或者是间接fork出来的，zygote进程也不例外。
App进程是用户点击桌面icon时，通过Launcher进程请求SystemServer，再调用Zygote孵化的。
①点击启动一个App，Launcher进程采用Binder IPC向ActivityManagerService发起startActivity请求；
②ActivityManagerService接收到请求后，向zygote进程发送创建进程的请求；
③Zygote进程fork出新的子进程，即App进程；
④App进程通过Binder IPC向sytem_server进程发起绑定Application请求；
⑤system_server进程在收到请求后，进行一系列准备工作后，再通过binder IPC向App进程发送scheleLaunchActivity请求；
⑥App进程的binder线程（ApplicationThread）在收到请求后，通过handler向主线程发送LAUNCH_ACTIVITY消息；
⑦主线程在收到Message后，通过发射机制创建目标Activity，并回调Activity.onCreate()等方法。
⑧到此，App便正式启动，开始进入Activity生命周期，执行完onCreate/onStart/onResume方法，UI渲染结束后便可以看到App的主界面。
备注：
Launcher，PMS，Zygote，App进程是三个独立的进程，相互通信就需要使用进程间通信机制。与Zygote通信是使用的socket通信，Launcher，PMS，App进程间使用的是Binder机制。
㈤ Android Framework——AMS、PMS的启动流程
AMS实际是有SystemServer创建的，不了解的大家可以看这篇文章 Android Framework—SystemServer进程启动过程
ActivityManagerService.Lifecycle.class实际是创建ActivityManagerServer，并创建UI和CPUTracker
最终实际走到的Lifecycle的onStart方法
最后实际走的桌面的Activity进程
PMS实际也是SystemServer创建的
PackManagerService的main函数实际就是创建PackageManagerService对象，然后将其对象添加到ServiceManager
实际就是对我们data/app目录下文件进行扫描
总结
㈥ android中当Service在运行时怎么重启Service
只需要重新startService即可重新调用service的onStart()。
Service是在一段不定的时间运行在后台，不和用户交互应用组件。每个Service必须在manifest中 通过<service>来声明。可以通过contect.startservice和contect.bindserverice来启动。
Service和其他的应用组件一样，运行在进程的主线程中。这就是说如果service需要很多耗时或者阻塞的操作，需要在其子线程中实现。
service的两种模式(startService()/bindService() ：
1.本地服务 Local Service 用于应用程序内部。
它可以启动并运行，直至有人停止了它或它自己停止。在这种方式下，它以调用Context.startService()启动，而以调用Context.stopService()结束。它可以调用Service.stopSelf() 或 Service.stopSelfResult()来自己停止。不论调用了多少次startService()方法，你只需要调用一次stopService()来停止服务。
用于实现应用程序自己的一些耗时任务，比如查询升级信息，并不占用应用程序比如Activity所属线程，而是单开线程后台执行，这样用户体验比较好。
2.远程服务 Remote Service 用于android系统内部的应用程序之间。
它可以通过自己定义并暴露出来的接口进行程序操作。客户端建立一个到服务对象的连接，并通过那个连接来调用服务。连接以调用Context.bindService()方法建立，以调用 Context.unbindService()关闭。多个客户端可以绑定至同一个服务。如果服务此时还没有加载，bindService()会先加载它。