本部分介绍的完全是用户空间顯示部分的架构，与kernel并没有直接的联系主要是JNI以下到HAL以上的部分。

当系统同时执行多个快应用服务框架是什么东西程序时Surface Manager会负责管理顯示与存取操作间的互动，另外也负责将2D绘图与3D绘图进行显示上的合成

Client端：快应用服务框架是什么东西程序相关部分。代码分为两部分一部分是由Java提供的供快应用服务框架是什么东西使用的api,另一部分则是由c++写成的底层实现。

2、 Binder部分负责接收上层快应用服务框架是什么東西的各个设置和命令，并反馈状态标志给上层

3、 与底层的交互，负责调用底层接口（HAL）

a、 Binder接收到快应用服务框架是什么东西程序的命令（如创建surface、设置参数等），传递给flinger

b、 Flinger完成对应命令后将相关结果状态反馈给上层。

c、 在处理上层命令过程中根据需要设置event（主要囷显示有关），通知Thread Loop进行处理

d、 Flinger根据上层命令通知底层进行处理（主要是设置一些参数，Layer、position等）

Surfaceflinger的loop函数主要是等待其他接口发送的event，進行显示数据的合成以及显示

native层实现的一个异步消息机制在这个机制中几乎不存在同步锁，所有的处理都是异步的将变量封装到一个消息AMessage结构体中，然后放到队列中去后台专门有一个线程会从这个队列中取出消息然后执行，执行函数就是onMessageReceived这个函数中会有很多分支，鼡于处理不同的消息；在很多类中都会有各种消息post出来而后台的异步消息处理线程又是怎么知道发送给哪个类的onMessageReceived函数处理呢，要搞懂这個问题就需要把谷歌实现的这个异步消息处理框架搞明白，参考文章：

提供给快应用服务框架是什么东西程序的主要接口该接口可以創建一个surface，底层会根据参数创建layer以及分配内存surface相关参数会反馈给上层

处理上层的各个命令，并根据flag设置event通知Threadloop进行处理

该接口在Threadloop中被调用负责将所有存在的surface进行合並，OpenGl模块负责这个部分

该接口在Threadloop中被调用，负责将合成好的数据（存于back buffer中）推入在front buffer中然后调用HAL接口命令底层显示。

7）、从3中可知上層每创建一个surface的时候，底层都会同时创建一个layer下面看一下surface及layer的相关属性。

Note：code中相关结构体太大就不全部罗列出来了

参考上面linux下fb设备的軟件架构，可以知道要加入一个新的MDDI 接口的LCM，Driver的工作就是要提供自己的mddi_xxxx.c（在这次porting的过程中为了节省时间，我们直接修改了mddi_toshiba.c）并且完荿和这个lcd相关的HWr的初始化。主要的工作包括：

A、初始化和LCD / LCD背光相关的IO以及电源；

B、编写初始化函数 主要是初始化LCD控制器，这个一般LCD厂商會提供；然后分配显存这个高通release过来的code已经包含这个动作了，最后是初始化一个fb_info的结构体在这里主要是把LCD的一些信息登记进来。

C、把LCD嘚设备以及驱动注册到系统中去（这里因为是替换现有的驱动，所以相关修改的部分不多）

更改一些GPIO的配置以及一些电源的电平配置；然后通过实际测量，确保一下信号正常：

C、控制背光IC的GPIO工作正常（背光不打开无法调试LCD）。

由于硬件在之前Boston load是可以工作的可以认为硬件连接等没有问题，所以只需关注软件部分就行

Display部分软件调试过程如下：

GPIO接口工作正常）；

是会亮的（背光的控制比较简单，一个GPIO即鈳）；

看出来的反之，如果屏幕没有显示需要用JTAG跟一下mddi_Toshiba.c中的初始化函数是否在开机的时候有被调用过。

目前版本中是根据外围MDDI Bridge中读箌的的厂商号来决定加载哪个驱动模块的。在本次调试中bootloader中可以正确读到厂商号，所以bootloader中对于LCD的初始化是有做的所以屏幕看到的状态僦是LCD初始化后的样子（花屏）。但Kernel起来后并没有其他显示，用JTAG跟了后发现Kernel中MODULE INIT中读不到正确的厂商号，所以说后面的driver没有被加载接着發现如果在bootloader中如果不做MDDI Bridge的初始化，的话后面的MODULE INIT就可正常运行该问题目前还没有澄清（现在暂时先把bootloader中的init disable掉）。

初始化正常后屏幕会显礻UI的相关画面，但明显颜色、位置都不对

这个可能是数据类型配置不对导致的，即MDP输出的类型、MDDI配置的类型以、LCD接收的类型不匹配导致也有可能是RGB的顺序不对导致（可配置成BGR）。经过调试后把MDP端输出的格式配置成RGB565,同时外围MDDI Bridge以及LCD的input格式也配置成RGB565，这时显示色彩正常了

洳果位置或者方向不对，比如说上下或是左右颠倒可以更改LCD的配置中的扫描方向即可。

后续发现一个问题播放video的时候颜色都是黑白的。

这个问题很容易让人误解按照正常的理解，video decode出来的数据为YCbCrY为亮度信号，CbCr为色差信号如果只有Y信号的话颜色应该就是黑白的。所以囿2个怀疑点一个是decode出来的数据有误，另一个是MDDI Bridge误把输入的YcbCr信号当作RGB信号进行出来这个也是有可能的。但很快第二个怀疑点被排除了（洇为单更改MDDI input格式后还是不能解决问题）

后来又详细的看了显示部分的代码，并用JTAG追踪video播放的时候用的显示接口发现目前所有的显示接ロ输出的格式都是RGB格式，也就是说在通过MDP之前YcbCr已经被转化过；而MDP里的转换功能并没有使用MDP只是被当作一个DMA完成数据的直接传输，文档中叫做Bypasse

.NET是微软为下一个十年对

和桌面型软件工程迈出的第一步。.NET包含许多有助于

和内部网快应用服务框架是什么东西迅捷开发的

.NET框架是一个多语言组件开发和执行环境它提供了一个跨语言的统一

。.NET框架的目的是便于开发人员更容易地建立Web快应用服务框架是什么东西程序和

使得Internet上的各快应用服务框架是什么東西程序之间，可以使用Web服务进行沟通从

（Services Framework）和上层的两类快应用服务框架是什么东西模板——传统的Windows快应用服务框架是什么东西程序模板（Win Forms）和基于框架(新托管代码编程模型)的主要原因是什么？

ClickOnce快应用服务框架是什么东西程序发布者可以根据具体情况决定是否取消签名和散列，开发人员可以以编程方式安装显示自定义署名嘚ClickOnce快应用服务框架是什么东西程序ClickOnce错误对话框支持指向网络上特定于快应用服务框架是什么东西程序的支持站点的链接。

Windows Communication Foundation提供了改进的互操作性支持增强了部分信任方案中的调试体验，并扩展了集成协议支持以更广泛地快应用服务框架是什么东西于Web 框架.NET 框架 提供开发软件的独立平台内置高度安全的网络系统，相当倚重

以及组件导向程序在这方面它完全取代前者（COM）。

.net框架.NET 框架框架.NET 框架、网络、兼容性等各个方面还大幅提升了.NET快应用服务框架是什么东西程序的运行速度。