`
zzu_007
  • 浏览: 23749 次
  • 性别: Icon_minigender_1
  • 来自: 北京
社区版块
存档分类
最新评论

Android源码之SurfaceFlinger的启动(一)

阅读更多
page1
在Android系统中, 显示系统在底层是通过SurfaceFlinger服务来完成的, 因此从今天开始, 我们从SurfaceFlinger服务作为入口来分析一下Android显示系统.
SurfaceFlinger服务是在System进程中, 而System进程是由Zygote进程启动的, 并且是以Java层的SystemServer类的静态成员函数main为入口函数的。
因此,接下来我们就从SystemServer类(定义在SystemServer.java文件中)的静态成员函数main开始,分析SurfaceFlinger服务的启动过程:
1 public static void main(String[] args) {
    2    if (System.currentTimeMillis() < EARLIEST_SUPPORTED_TIME) {
    3        // If a device's clock is before 1970 (before 0), a lot of
    4        // APIs crash dealing with negative numbers, notably
    5        // java.io.File#setLastModified, so instead we fake it and
    6        // hope that time from cell towers or NTP fixes it
    7        // shortly.
    8        Slog.w(TAG, "System clock is before 1970; setting to 1970.");
    9        SystemClock.setCurrentTimeMillis(EARLIEST_SUPPORTED_TIME);
    10    }

    11    if (SamplingProfilerIntegration.isEnabled()) {
    12        SamplingProfilerIntegration.start();
    13        timer = new Timer();
    14        timer.schedule(new TimerTask() {
    15            @Override
    16            public void run() {
    17                SamplingProfilerIntegration.writeSnapshot("system_server", null);
    18            }
    19        }, SNAPSHOT_INTERVAL, SNAPSHOT_INTERVAL);
    20    }

        // Mmmmmm... more memory!
    21    dalvik.system.VMRuntime.getRuntime().clearGrowthLimit();

        // The system server has to run all of the time, so it needs to be
        // as efficient as possible with its memory usage.
    22    VMRuntime.getRuntime().setTargetHeapUtilization(0.8f);

    23    System.loadLibrary("android_servers");
    24    init1(args);
    25 }
第24行(SystemServer.main)会调用init1函数来进行初始化操作, init1函数是个native函数来初始化C++层的服务, 会导致com_android_server_SystemServer.cpp的android_server_SystemServer_init1函数的调用, 关于com_android_server_SystemServer.cpp的android_server_SystemServer_init1函数的详细分析可以参考page2文件.

page2
1static void android_server_SystemServer_init1(JNIEnv* env, jobject clazz)
2{
3 system_init();
4}
第3行(com_android_server_SystemServer->android_server_SystemServer_init1)会调用system_init函数, system_init函数是在system_init.cpp文件中定义的, system_init函数的定义如下:
1extern "C" status_t system_init()
2{
3 ALOGI("Entered system_init()");
4 sp<ProcessState> proc(ProcessState::self());
5 sp<IServiceManager> sm = defaultServiceManager();
6 ALOGI("ServiceManager: %p\n", sm.get());
7 sp<GrimReaper> grim = new GrimReaper();
8 sm->asBinder()->linkToDeath(grim, grim.get(), 0);

9 char propBuf[PROPERTY_VALUE_MAX];
10 property_get("system_init.startsurfaceflinger", propBuf, "1");
11 if (strcmp(propBuf, "1") == 0) {
12 // Start the SurfaceFlinger
13 SurfaceFlinger::instantiate();
14 }

15 property_get("system_init.startsensorservice", propBuf, "1");
16 if (strcmp(propBuf, "1") == 0) {
17 // Start the sensor service
18 SensorService::instantiate();
19 }

// And now start the Android runtime.  We have to do this bit
// of nastiness because the Android runtime initialization requires
// some of the core system services to already be started.
// All other servers should just start the Android runtime at
// the beginning of their processes's main(), before calling
// the init function.
20 ALOGI("System server: starting Android runtime.\n");
21 AndroidRuntime* runtime = AndroidRuntime::getRuntime();

22 ALOGI("System server: starting Android services.\n");
23 JNIEnv* env = runtime->getJNIEnv();
24 if (env == NULL) {
25 return UNKNOWN_ERROR;
26 }
27 jclass clazz = env->FindClass("com/android/server/SystemServer");
28 if (clazz == NULL) {
29 return UNKNOWN_ERROR;
30 }
31 jmethodID methodId = env->GetStaticMethodID(clazz, "init2", "()V");
32 if (methodId == NULL) {
33 return UNKNOWN_ERROR;
34 }
35 env->CallStaticVoidMethod(clazz, methodId);

36 ALOGI("System server: entering thread pool.\n");
37 ProcessState::self()->startThreadPool();
38 IPCThreadState::self()->joinThreadPool();
39 ALOGI("System server: exiting thread pool.\n");

40 return NO_ERROR;
41 }
第9-14行(system_init->system_init)如果发现系统属性中设置了启动SurfaceFlinger服务, 第13行(system_init->system_init)会调用SurfaceFlinger的instantiate函数来启动SurfaceFlinger服务, 关于SurfaceFlinger的instantiate的详细分析可以参考page3文件.
第37-38行(system_init->system_init)是启动Binder的线程池, 从此开始, SystemServer进程就可以接受Binder的进程间通信了.
page3
我们从SurfaceFlinger的instantiate函数作为入口来分析SurfaceFinger服务的启动.
我们先来看一下SurfaceFlinger类的继承体系:
class SurfaceFlinger : public BinderService<SurfaceFlinger>,
                           public BnSurfaceComposer,
                           private IBinder::DeathRecipient,
                           private Thread,
                           private HWComposer::EventHandler

    我靠!SurfaceFlinger继承了5个父类.
    不管了, 先分析instantiate函数, instantiate函数是从BinderService继承而来的, 我们先来看一下BinderService类的声明:
    template<typename SERVICE> class BinderService
    BinderService接受一个模板参数.
    BinderService的instantiate函数定义如下:
    static void instantiate() {
        publish();
    }

    instantiate函数只是调用了publish函数, publish函数的定义如下:
    1    static status_t publish(bool allowIsolated = false) {
    2        sp<IServiceManager> sm(defaultServiceManager());
    3        return sm->addService(String16(SERVICE::getServiceName()), new SERVICE(), allowIsolated);
    4    }
    第2行(BinderService->publish)获得ServiceManager.
    第3行(BinderService->publish)会new一个SERVICE实例, 并调用ServiceManager的addService函数来交给ServiceManager管理, 这是Binder机制的基础.
    因此这里会new一个SurfaceFlinger对象, 关于SurfaceFlinger的构造函数的分析可以参考page4文件.
    因为ServiceManager的addService函数的参数是个SP类型的, 因此这里会导致SurfaceFlinger的onFirstRef函数的调用, onFirstRef函数的定义如下:
    1void SurfaceFlinger::onFirstRef()
    2{
    3    mEventQueue.init(this);
    4
    5    run("SurfaceFlinger", PRIORITY_URGENT_DISPLAY);
    6
    7    // Wait for the main thread to be done with its initialization
    8    mReadyToRunBarrier.wait();
    9}
    第3行(SurfaceFlinger->onFirstRef)成员变量mEventQueue是一个MessageQueue类型的, 因此这里会调用MessageQueue的init函数. 关于MessageQueue的init函数的实现可以参考page5文件.
    第5行(SurfaceFlinger->onFirstRef)会调用run函数, run函数是从Thread类继承下来的. 关于Thread的run函数的详细分析可以参考page6文件.
page4
我们分析一下SurfaceFlinger的构造函数的实现:
    1 SurfaceFlinger::SurfaceFlinger()
    2     :   BnSurfaceComposer(), Thread(false),
    3         mTransactionFlags(0),
    4         mTransactionPending(false),
    5         mAnimTransactionPending(false),
    6         mLayersRemoved(false),
    7         mRepaintEverything(0),
    8         mBootTime(systemTime()),
    9         mVisibleRegionsDirty(false),
    10         mHwWorkListDirty(false),
    11         mDebugRegion(0),
    12         mDebugDDMS(0),
    13         mDebugDisableHWC(0),
    14         mDebugDisableTransformHint(0),
    15         mDebugInSwapBuffers(0),
    16         mLastSwapBufferTime(0),
    17         mDebugInTransaction(0),
    18         mLastTransactionTime(0),
    19         mBootFinished(false)
    20 {
    21     ALOGI("SurfaceFlinger is starting");
    22
    23     // debugging stuff...
    24     char value[PROPERTY_VALUE_MAX];
    25
    26     property_get("debug.sf.showupdates", value, "0");
    27     mDebugRegion = atoi(value);
    28
    29     property_get("debug.sf.ddms", value, "0");
    30     mDebugDDMS = atoi(value);
    31     if (mDebugDDMS) {
    32         if (!startDdmConnection()) {
    33             // start failed, and DDMS debugging not enabled
    34             mDebugDDMS = 0;
    35         }
    36     }
    37     ALOGI_IF(mDebugRegion, "showupdates enabled");
    38     ALOGI_IF(mDebugDDMS, "DDMS debugging enabled");
    39 }

    可以看到, SurfaceFlinger的构造函数除了初始化成员变量之外, 没有什么额外的逻辑.
page5
我们分析一下MessageQueue的init函数的实现, 如下所示:
1void MessageQueue::init(const sp<SurfaceFlinger>& flinger)
    2{
    3    mFlinger = flinger;
    4    mLooper = new Looper(true);
    5    mHandler = new Handler(*this);
    6}
    第3行(MessageQueue->init)会将SurfaceFlinger对象保存到MessageQueue里.
    第4行(MessageQueue->init)会new一个Looper对象, 用于分发消息.
    第5行(MessageQueue->init)会用本MessageQueue去初始化一个Handler对象, 注意, Handler是在MessageQueue类里定义的一个内部类, 定义如下:

    class Handler : public MessageHandler {
            enum {
                eventMaskInvalidate = 0x1,
                eventMaskRefresh    = 0x2
            };
            MessageQueue& mQueue;
            int32_t mEventMask;
        public:
            Handler(MessageQueue& queue) : mQueue(queue), mEventMask(0) { }
            virtual void handleMessage(const Message& message);
            void dispatchRefresh();
            void dispatchInvalidate();
    };
分享到:
评论

相关推荐

    安卓系统源码 (android 14 rar)

    Android 14的源码,作为Android发展历程中的一个重要版本,为我们提供了丰富的学习资源。本文将深入探讨Android 14系统源码的主要组成部分,关键模块及其工作流程。 一、源码结构概述 Android系统的源码主要分为...

    android 源码 source15

    首先,让我们明确“source15”通常指的是Android源码的一个特定版本或分支。Android源码是开源的,它包含了操作系统内核、系统库、框架服务、应用程序等所有组成部分。源码的每个版本都可能对应着一个特定的Android...

    android源码开发实战9.05.zip

    2. **编译环境搭建**:要进行源码开发,首先需要设置一个完整的Android源码编译环境,包括安装Git、Java、JNI、NDK、SDK等工具,并配置相应的环境变量。 3. **源码获取与构建**:通过repo工具从AOSP(Android开源...

    安卓Android源码——MyFeiGe.zip

    本篇文章将围绕"安卓Android源码——MyFeiGe.zip"这一主题,对Android系统的源码进行深入探讨,以MyFeiGe项目为例,揭示Android应用开发背后的核心技术。 一、Android源码概述 Android源码是Google开源的移动操作...

    android源码第二季(mars)

    总的来说,《Android源码第二季(Mars)》是一场深入Android内核的探索之旅,通过学习这个项目,开发者不仅能提高代码质量,还能增强对系统优化的理解,为开发更出色的Android应用打下坚实基础。配合网上的教学视频...

    android vnc server 源码

    这部分源码涉及到Android的系统服务交互,如SurfaceFlinger服务,用于获取屏幕的像素数据。 3. **编码与解码**: VNC协议支持多种编码方式,如RAW、COPYRECT、TIGHT等,用于高效地传输屏幕变化。源码中会有对应的...

    android4高级编程源码

    6. **Service管理**:Service是Android中后台运行的服务,源码可以帮助开发者了解Service的启动、绑定过程,以及如何合理地设计和使用Service来实现后台任务。 7. **ContentProvider**:ContentProvider是数据共享...

    安卓Android源码——胜利大逃亡.zip

    "安卓Android源码——胜利大逃亡.zip"可能是一个关于探索和理解Android操作系统核心机制的资料包,其中包含了第15章的内容。这个章节可能涉及到Android系统的某个特定主题,如系统启动流程、进程管理、内存管理或者...

    C++版Android实时投屏软件系统源码,安卓手机投屏软件源码,无需root权限.zip

    在本资源中,我们关注的是一个C++编写的Android实时投屏软件系统源码,名为QtScrcpy-dev。这个软件允许用户将安卓手机的屏幕实时传输到其他设备上,而无需对手机进行root操作。这是一项非常实用的技术,尤其对于...

    android源码

    总结,这份Android源码资料集为开发者提供了一个深入了解Android系统内部运作的窗口,结合布局源码和PPT,不仅能够提升技术水平,还有助于解决实际开发中的问题,提高应用的质量和效率。通过不断学习和实践,开发者...

    android源码开发实战6.12.zip

    《Android源码开发实战6.12》是针对Android系统深度开发的一份宝贵资源,它涵盖了从基础到高级的各种主题,旨在帮助开发者更好地理解和利用Android的底层机制。在这个压缩包中,主要包含的是第六章第十二节的内容。...

    android源码中system 部分

    综上所述,Android源码中的system部分是整个系统的核心,它通过C++接口实现了与硬件的交互、系统服务的管理、安全策略的执行等一系列关键功能,构成了Android系统的基础架构。理解和研究这部分代码对于深入理解...

    android源码core文件夹下的文件(包含资源)

    深入理解和分析Android源码中的"core"目录,有助于开发者更深入地了解Android系统的运行机制。 1. **系统库**:在"core"文件夹中,你可以找到多个关键的系统库,如libcore、libc、libart等。libcore是Java层的基础...

    android源码开发实战16.01.zip

    在Android源码开发实战课程中,我们通常会深入探索Android操作系统的内部机制,理解系统级服务的实现原理,以及如何利用这些知识进行定制化开发。这个压缩包"android源码开发实战16.01.zip"可能包含了第16讲至第1...

    android源码开发实战8.11.zip

    在Android源码开发实战8.11这个主题中,我们主要探讨的是如何深入理解并实践Android系统的源代码,以提升应用程序开发的效率和质量。在这个过程中,开发者将有机会接触到Android系统的底层机制,包括系统启动流程、...

    UNLOCKING ANDROID源码

    《解锁Android源码》是Manning出版社发布的一本关于深入理解Android操作系统的书籍,其配套源码下载提供了读者亲自动手探索Android系统内部机制的宝贵机会。这本书旨在帮助开发者、系统工程师以及对Android感兴趣的...

    android framework源码

    Android Framework源码是Android操作系统核心组件之一,它构成了Android应用层与系统服务之间的桥梁。深入理解Android Framework源码对于开发者来说至关重要,因为它可以帮助我们更好地掌握Android系统的运行机制,...

    《深入浅出Google Android》源码

    《深入浅出Google Android》是一本深度探讨Android操作系统核心机制和技术的书籍,其源码提供了对Android系统内部工作原理的直观展示。通过分析这些源码,开发者可以更深入地理解Android系统的架构、组件以及它们...

    Android的源码和勘误

    首先,Android源码的探索是一项深入的技术研究。Android作为一个开源项目,其源码包含了从底层驱动到上层应用程序框架的全部内容。主要分为以下几个部分: 1. **Linux内核**:Android构建在定制版的Linux内核之上,...

Global site tag (gtag.js) - Google Analytics