omnispace的博客

0X00 Service 基础知识Service 作为 Android 提供的四大组件之一，主要负责一些没有前台显示的后台任务。即使应用本身不再可见，Service 的属性也能使得其在后台运行。除此之外，Service 也可以通过 Binder 机制，与界面甚至其他应用进行进程间通信，以实现相应的交互。这里需要简单说明的是，既然是后台任务，为什么不选用 Thread 了？选用 Servic

除去熟悉的ams、pms、wms之外，系统中还具有各式各样形形色色的service，同样作为service，其启动形式上有很大差别（一）由SystemService和SystemServiceManager控制SystemService作为一个运行在SystemServer的基类，为用户需要实现的service提供了一套生命周期，就跟Activity类似的一套周期，需要用户over

1、相关类简述1.1、com.android.server.SystemServer本身由zygote进程运行，用来启动各种各样的系统服务（SystemService）1.2、com.android.server.SystemService运行在系统进程中的service，每个SystemService都是有生命周期的，所有的生命周期函数都是运行在SystemServer的

在之前研究了那么久的bindService()这个API，一直没搞清楚一个问题：为什么我看到的基本上都是和AMS相关的代码，而之前所学到说如果application要和service打交道都是需要通过ServiceManager获得某个service的binder才可以。那么AMS和ServiceManager到底是什么关系呢？如果AMS是通过ServiceManager获得的servic

原文地址： http://stackoverflow.com/questions/4300291/example-communication-between-activity-and-service-using-messagingI couldn't find any examples of how to send messages between an activity

前面有分析过Camera的实现，现在来看看MediaRecorder的实现，这里我不会太去关注它的分层结构，我更关注它的逻辑！APP层/path/to/aosp/frameworks/base/media/java/android/media/MediaRecorder.javaJNI层/path/to/aosp/frameworks/base/media/jni/android_me

（本文以Android 5.1为准）1.概述在Android平台上，那种持续性工作一般都是由service来执行的。不少初学者总是搞不清service和线程、进程之间的关系，这当然会影响到他们开展具体的开发工作。其实，简单说起来，service和线程、进程是没什么关系的。我们知道，在Android平台上已经大幅度地弱化了进程的概念，取而代之的是一个个有意义的逻辑实体，比如a

1.先说一个大概        Android平台的一个基本设计理念是构造一个相对平坦的功能集合，这些功能可能会身处于不同的进程中，然而却可以高效地整合到一起，实现不同的用户需求。这就必须打破过去各个孤立App所形成的天然藩篱。为此，Android提供了Binder机制。        在Android中，系统提供的服务被包装成一个个系统级service，这些service往往会在设备启动

在 Activity生命周期管理 以及 广播的管理 中我们详细探讨了Android系统中的Activity、BroadcastReceiver组件的工作原理以及它们的插件化方案，相信读者已经对Android Framework和插件化技术有了一定的了解；本文将探讨Android四大组件之一——Service组件的插件化方式。与Activity, BroadcastReceiver相比，