MTK程序分析.ppt

1、MTK方案解析、康勤2005.9、整个方案的结构、方案的封装减少了可见的进程，许多进程将程序设计师可通过MTK提供的数字大板块显现为库并自己添加新的线程。 通过MTK提供的模板，custom_config.c中的custom_config.c可以创建和实现堆计程仪项的其它进程，以推断项的整体结构，并可以看到custom_comp_config。 可以推测，这是向程序设计师中添加新模块所必需的，并且其他进程的创建也应该以共同的方式，通过列举查询密码可见的线程进行分析：整个项目群的结构、FMT模块的分析。 FMT模块与MMI中的MMI_FILEMANAGER具有对应关系。 FMT模块可以看作是MM

2、I_FILEMANAGER的基础操作模块。 MMI_FILEMANAGER是FMT的高级MMI管理。 FMT的起始于FMT_create，这可以从前面提到的结构custom_comp_config_进行分析，因为整个计程仪柱的结构fmt很简单，但麻雀的五脏齐全，一个过程应该有所包含FMT进程假设传递了fmt_create函数的地址。整个普通堆计程仪的结构，此fmt_create的主要作用还是传递入口函数地址： fmt_task_main、/* task entry function */fmt _ init/* taskconfigurationfunction */fmt _ REE /*

3、task reset handler */NULL，/* task termination handler */该函数可以说是整个过程的心脏。 这里包括消息泵。 这是一个无限循环，它始终从消息队列检索消息传递消息。 我感兴趣的是，从消息队列检索信息，虽然通过函数receive_msg_ext_q来实现，但是该函数没有给出具体的原查询密码，可以通过内部的残奥仪表来推测其实现方式。 普计程仪拉姆整体结构。 设置当前活动的模块stack_set_active_module_id。 的双曲馀弦值。 发送消息，通过消息编号找到相应的消息处理函数。 此外，传递的残奥仪表中可能包含必要的残奥仪表数据。处理完

4、成后，装入消息，发送需要回复的模块(一般是消息发起方模块)，构成整个计程仪程序。 释放回复消息数据存储器区域free_ilm。 此时将执行完整的进程执行进程。 这是一个小过程的执行过程，实际上其他的执行过程也应该大致相同，表面上看似不同，但实质上应该相同。 此进程也应与常规进程一样，通过mmi_create将门户站传递给执行操作系统。普计程仪柱整体的结构，在该入口也包含一系列的入口函数地址，其中，MMI_task是最重要的，可以说是心脏和消息泵。 这个MMI_task看起来很复杂，整个结构和刚才的一点也不像，但是再看一点查询密码，想想，应该知道这个本质和刚才的简单过程相同。 以下对此进行分析：

5、计程仪计划整体的构成。 要从消息队列中检索消息，请使用OslReceiveMsgExtQ函数，但它类似于# defineoslreceivemsgextqreceive _ msg _ ext _ q，而不是用于接收。 这样做的好处是，这是通用的，以后用于其他的程序计程仪，不需要改写程序，移植也很好，可以制作程序整体的构造。 设置当前活动的模块。 如上所述，OslStackSetActiveModuleID使用stack_set_active_module_id的别名。 的双曲馀弦值。 散发留言。 在这里发布的信息中，也有在接通电源之前进行的，需要接通长按钮的电源，插入，充电等其他的处理。 其

6、他消息传递过程由协议事件处理器完成。这种ProtocolEventHandler的本质是对不同的消息执行相应的处理函数，只是使用统一的数据结构来记录和管理这些个和处理函数，通过一系列接口向用户提供调度，它如何用户只要设定与之对应的门户站函数地址，该虚拟机管理器就可以全部调度这些个。 可以很好地移植。 普计程仪拉姆整体结构。 释放内存OslFreeInterTaskMsg (无需进一步说明。 和上述一样。 对于ProtocolEventHandler，其中许多也是协议中规定的，相似的还有很多。 例如，在模块中，连接协议基本上定义了该模块中所有的模块。 从以上两个实例可以看出，计程仪柱的总体结构并

7、不复杂，并且在许多情况下，模块是封装的并且不能被修改。 我们在实际工作中需要的东西并不多，但是在这里，主要是为了让比较系统了解整个方案计程仪方案的构造，对方案的模块理解会有帮助吧。 在需要向云同步修改多个模块的情况下，例如，如果需要添加消息，则在很多情况下必须注意变量的读写保护以及同步排他操作，就像修改了多线程计程仪方案一样。 无论在哪里，需要显示的时候都需要一个。 因此，进入新页面时，通常使用EntryNewScreen函数。 关于，这一点我们可以这样理解。 可以认为是画的画框，或者是电影中使用的胶卷。 无论绘制什么来整理和管理一页，都需要一个子通讯端口。 进入新版本后，可以将当前保存到历史

8、记录中，并在需要时将历史记录中的弹出窗口翻转到原始页面。 有一系列相关的操作。 用于队列的维护和管理。 例如刚才提到的EntryNewScreen (进入新页面)。 GoBackHistory (转到上一页)、DeleteScreenIfPresent (删除历史中存在的页注册查询密码)等。 操作这些个是一个程序设计师友好、灵活的管理页面。 如果你想知道如何实现它，可以看看这些个函数的查询密码。 没有什么难的。 与之相关，说了话就必须说Category。 Category经常被连接使用，就像电影胶卷和电影上的内容的关系一样。 Category包含了很多东西，其目的是为了让程序设计师能够快速轻松

9、地使用通用的接口组件。 类似于开发工具在创建项目群时提供的各种对话框计程仪框。 与之相关联，有数百种不同种类的目录，有这些个的目录，程序设计师无需关注计程仪平面接口上的事情，能够直接使用，仅提供标题名、左右的软件牛鼻子的名称和图像等残奥仪表即可。 如果觉得不够，也可以自己写Category。 写Category也有统一的格式。 仔细一看，很简单，很方便。 相关的，Category有一个特殊的Category，它包含可编辑的组件。 这些个的可编辑组件由系统提供，如单网络链接_inputbox、multiline_inputbox和dialer_inputbox，就像计程仪编程工具提供的一样。 除

10、了相关的这些个，相关的公共内容部分不怎么能说。 有关具体的详细信息，请参照之前说明的体系结构分析。 的分类可以分为牛鼻子板上通告、连接协议栈内存上通告、定时器上通告、哈伊利石显示上通告。以下是与其他模块的交互图，上面的图是未考虑时间的图，并且与下面的图相比，我们可以清楚地看到角色，的、以及、连接协议栈内存消息处理、的、牛鼻子板消息处理函数设定如上所述的连接协议栈内存消息处理函数本模块包含所有的查询密码，便于分析。 首先是mmi_camera_hilight_app函数，该函数是在用户选择关通用相机字时执行的函数，该函数设置有在左软牛鼻子喀呖声定时执行的条目函数mmi_camera_entry_

11、app_screen。 您可以在mmi_camera_entry_app_screen中看到一个条目(SCR _ id _ camera _ app )。 的双曲馀弦值。 用该函数初始化相关内容，以备下一次图像显示。 进行状态检测，如果没有问题就进入状态。 这里，CAMERA_ENTER_STATE函数进入不同的状态并使用不同的残奥参数。 进入模块分析、状态实际上执行了mmi_camera_entry_preview_state函数。 在此设置关牛鼻子处理程序： MMI _ camera _ preview _ startmdi _ camera _ preview _ startmdi _ camera _ preview。 然后，线路挂起并封摇滾乐在那里，直到有消息应答为止不继续执行。 在模块分析中，可见med_main函数，该函数是该模块的消息泵，该函数将消息请求置于cam_preview_req_hdlr消息处理中。 在消息处理中，camera_prev