jltxgcy的专栏

本文参考《Android系统源代码情景分析》，作者罗升阳。一、～/Android/frameworks/base/cmd/servicemanager        -----binder.h        -----binder.c        -----service_manager.c        ～/Android//kernel/goldfish/drivers/

本文参考《Android系统源代码情景分析》，作者罗升阳。一、测试代码：       ～/Android/external/binder/server        ----FregServer.cpp        ~/Android/external/binder/common        ----IFregService.cpp        ----IFreg

本文参考《Android系统源代码情景分析》，作者罗升阳一、测试代码：       ～/Android/external/binder/server        ----FregServer.cpp        ~/Android/external/binder/common        ----IFregService.cpp

本文参考《Android系统源代码情景分析》，作者罗升阳一、测试代码：       ～/Android/external/binder/server        ----FregServer.cpp        ~/Android/external/binder/common        ----IFregService.cpp

本文参考《Android系统源代码情景分析》，作者罗升阳一、测试代码：       ～/Android/external/binder/server        ----FregServer.cpp        ~/Android/external/binder/common        ----IFregService.cpp

本文参考《Android系统源代码情景分析》，作者罗升阳一、service manager代码：       ～/Android/frameworks/base/cmd/servicemanager       ----binder.c       ----service_manager.c       ----binder.h

本文参考《Android系统源代码情景分析》，作者罗升阳一、测试代码：       ～/Android/external/binder/server        ----FregServer.cpp        ~/Android/external/binder/common        ----IFregService.cpp

本文参考《Android系统源代码情景分析》，作者罗升阳一、测试代码：       ～/Android/external/binder/server        ----FregServer.cpp        ~/Android/external/binder/common        ----IFregService.cpp

本文参考《Android系统源代码情景分析》，作者罗升阳一、测试代码：       ～/Android/external/binder/server        ----FregServer.cpp        ~/Android/external/binder/common        ----IFregService.cpp

本文参考《Android系统源代码情景分析》，作者罗升阳。一、Binder库(libbinder)代码：       ~/Android/frameworks/base/libs/binder       ----BpBinder.cpp       ----Parcel.cpp       ----ProcessState.cpp       --

本文参考《Android系统源代码情景分析》，作者罗升阳。一、Binder库(libbinder)代码：       ~/Android/frameworks/base/libs/binder       ----BpBinder.cpp       ----Parcel.cpp       ----ProcessState.cpp       --

上传两张Binder类图，有助于理解Binder进程间通信：

本文参考《Android系统源代码情景分析》，作者罗升阳一、测试代码：       ～/Android/external/binder/server        ----FregServer.cpp        ~/Android/external/binder/common        ----IFregService.cpp

一、1、实现内核驱动程序模块      驱动程序freg的目录结构如下：      ~/android-2.3_r1/kernel/goldfish      ----drivers            ----freg                   ----freg.h                   ----freg.c

1、开发Android硬件抽象层代码      ～/android-2.3_r1/hardware/libhardware      ----include               ----hardware                        ----freg.h                        ----hareware.h     -----m

1、实现硬件访问服务的JNI方法     frameworks/base/services/jni     ----com_android_server_FregService.cpp     ----onload.cpp     ----Android.mk    com_android_server_FregService.cpp#define LOG_TA

一、1、定义硬件访问服务接口(为了进程间通信)      ~/android-2.3_r1/frameworks/base       ----Android.mk       ----/core/java/android/os/IFregService.aidl        Android系统提供了一种描述语言来定义具有跨进程访问能力的服务接口，这种描述语言称为Andr

1、开发Android应用程序来使用硬件访问服务      ~/android-2.3_r1/packages/experimental/Freg      ----AndroidManifest.java      ----Android.mk      ----src              ----shy/luo/freg

本文参考《Android系统源代码情景分析》，作者罗升阳一、架构代码：       ~/Android/frameworks/base/core/java/android/os      ----IInterface.java (Interface)      ----IServiceManager.java (IServiceManager)      ----IBinder

本文参考《Android系统源代码情景分析》，作者罗升阳一、架构代码：       ~/Android/frameworks/base/core/java/android/os      ----IInterface.java (Interface)      ----IServiceManager.java (IServiceManager)      -

一、Server和Service Manager进程间通信        Service Manager进程启动时，已经创建了Service Manager实体对象，没有Service Manager本地对象。        Server首先获取了Server代理对象，句柄值为0。没有Server引用对象。        Server----->Service Manager

一、Ashmem驱动程序      ~/Android/kernel/goldfish      ----include              ----linux                       ----ashmem.h      ----mm              ----ashmem.c      驱动程序详解请看《Android系统源代码情景分

一、Ashmem驱动程序      ~/Android/kernel/goldfish      ----include              ----linux                       ----ashmem.h      ----mm              ----ashmem.c      驱动程序详解请看《A

1、总图中的第一步       如图：第一步           ~/Android/frameworks/base/core/java/android/app       ----ActivityManagerNative.javaclass ActivityManagerProxy implements IActivityManager{ p

1、startService       在Android系统匿名共享内存（Anonymous Shared Memory）Java调用接口分析，http://blog.youkuaiyun.com/jltxgcy/article/details/31414509一文，Client调用了如下代码：public class Client extends Activity implements OnCli

本文参考Android应用程序绑定服务（bindService）的过程源代码分析http://blog.youkuaiyun.com/luoshengyang/article/details/6745181和《Android系统源代码情景分析》，作者罗升阳一、Android Service组件在进程内绑定(bindService)过程      0、总图流程图如下：       1

1、首先看两个例子   （1）进程内     Client端public class CounterService extends Service implements ICounterService { ...... public class CounterBinder extends Binder { public CounterService getServ

一、Android应用程序注册广播接收器（registerReceiver）的过程分析       参考Android应用程序注册广播接收器（registerReceiver）的过程分析http://blog.youkuaiyun.com/luoshengyang/article/details/6737352和《Android系统源代码情景分析》，作者罗升阳。        0、总图：

本文参考Android应用程序组件Content Provider的启动过程源代码分析http://blog.youkuaiyun.com/luoshengyang/article/details/6963418和《Android系统源代码情景分析》，作者罗升阳。       0、总图流程图如下：       1、MainActivity进程向ActivityServiceMana

本文参考Android应用程序组件Content Provider在应用程序之间共享数据的原理分析http://blog.youkuaiyun.com/luoshengyang/article/details/6967204和《Android系统源代码情景分析》，作者罗升阳。       0、总图流程图如下：       总体类图：     1、MainActivity进程向A

一、一共涉及到三个进程间通信，第一个和第二个进程间通信在第一张中，第三个进程间通信在第二个图中。二、其他内容参考Android应用程序组件Content Provider的共享数据更新通知机制分析http://blog.youkuaiyun.com/luoshengyang/article/details/6985171

首先看一张Android系统启动流程图：     一个进程最重要的两项指标一个是启动了Binder线程池，也就是可以进程Binder进程间通信了。另一个是启动了Handler消息循环，可以使用了消息循环机制。      1、那么systemserver进程是什么时候实现上面两个机制的呢？见代码：     启动了Binder线程池。是子线程池。public static final void zyg

一、Dalvik虚拟机启动    在启动Zygote进程时，会启动Dalvik虚拟机，完成下面几件事：    1. 创建了一个Dalvik虚拟机实例；     2. 加载了Java核心类及注册其JNI方法；     3. 为主线程的设置了一个JNI环境；     4. 注册了Android核心类的JNI方法。void AndroidRuntime::start(const char* classN

Zygote进程时由Android系统的第一个进程init启动起来的。init进程时在内核加载完成之后就启动起来的，它在启动的过程中，会读取根目录下的一个脚本文件init.rc，以便可以将其他需要开机启动的进程也一起启动起来。     Zygote进程在脚本文件init.rc中的启动脚本如下：service zygote /system/bin/app_process -Xzygote /syst

承接上篇文章Zygote进程的启动流程，我们继续分析System进程的启动流程。     Zygote进程在启动的过程中，除了会创建一个Dalvik虚拟机实例之外，还会将Java运行时库加载到进程中来，以及注册一些Android核心类的JNI方法来前面创建的Dalvik虚拟机实例中去。注意，一个应用程序进程被Zygote进程孵化出来的时候，不仅会获得Zygote进程中的Dalvik虚拟机实例拷贝，

继System进程的启动流程第一部分，我们接着分析com.android.server.SystemServer的main函数。如下：public class SystemServer { ...... native public static void init1(String[] args); ...... public static void main(St

继System进程的启动流程第二部分之后，我们来分析Launcher进程的启动。public class Process { ...... public static final int start(final String processClass, final String niceName, int uid, int gid, int[] gids, int debugFl

继上篇文章Launcher进程的启动，我们继续分析Home界面的启动。public final class ActivityThread { ...... public static final void main(String[] args) { SamplingProfilerIntegration.start(); Process.setArgV0(""); Loope

一直以来对Davlik虚拟机都有一些疑问:    1、最初被davlik解释执行的java代码是什么呢？    2、dalvik解释执行java代码时，如果遇到native代码(C/C++)怎么办呢？    3、如果native代码想调用java代码，davlik是怎么解释执行的呢？    4、Zygote进程fork出应用程序进程后，davlik是怎么解释执行ActivityThread类的ma

0x00 从进程的角度来看Android系统启动    0x01 一次同步Binder进程间通信    Client：处理从Binder Driver返回的命令status_t IPCThreadState::waitForResponse(Parcel *reply, status_t *acquireResult){ int32_t cmd; int32_t err;