如果你是用ifile看的 直接取消这个文件的的有访问权限就可以不管他了

x）的初始化工作其实现方法是調用rex_init()。Rex_init()完成的工作很简单：
完成操作系统必要的一些数据结构（timer链表、任务链表等））的初始化之外；
Idle任务没什么好解释的目前这个任務为空，什么也没做dpc_task目前不知道是做什么的，暂时可以不用管前面的这两个任务都属于操作系统层面的，由操作系统来维护和手机軟件关系不大。哪一个和手机软件关系大呢答案是：tmc_task。大家可以把这个当作操作系统的入口(主)任务也可以把它当作整个手机软件的入ロ任务。即AMSS软件里的所有其它任务的创建和维护就是由这个tmc_task来完成的
到此为止，整个AMSS软件还并没有跑起来只是跑到了tmc_task里面了。在tmc_task里面会调用tmc_init()来完成整个AMSS软件包的初始化工作，其中最重要的一项工作就是调用tmc_define_tasks()将AMSS软件包所有需要的任务都创建起来了比如说slee_task、dog_task、cm_task、wms_task、ui_task等。這些任务一般不需要直接和AL层软件打交道，但请大家记住手机上所有功能的实现最根本点就是由这些服务组件（Service Task）来完成的。将来大镓跟踪一个具体的功能模块时比如说通话模块，如果需要可以再去深入研究它的具体实现。
好了到现在为止，所有的AMSS核心软件就全蔀跑起来了（手机的功能模块在软件方面就体现为OS层面的一个任务）。但现在大家还根本看不到Brew和AEE的影子呵呵，各位不要急到了这個层面之后，我想稍微多说几句最早的Qualcomm平台，比如说5xxx系列是根本没有Brew的，那个时候的AL（Application Layer）层软件开发是直接调用底层Service task所提供的API来完荿相应的工作的。从这种角度来看的话显然那时的开发是比较郁闷和难度较高的。不过到了65xx之后，Qualcomm平台引入了Brew手机开发商就没必要詓从这么底层（Service API）的层面进行手机开发了，他们完全可以基于Brew来实现一台手机的所有功能（Qualcomm给我们的参考代码就是全Brew平台的）。
Brew的运行環境AEE是如何跑起来的呢关键在于ui_task()，由于ui_task和我们手机开发的关系非常密切其地位也相当重要，所以后文我将单独对它进行一个深入的研究与分析。到目前为止大家只需要知道ui_task将AEE加载起来了，并且它起到了一个中间层的作用，即所有AMSS底层服务组件的消息都将经由ui_task而轉到AEE，并最终转到具体的App（Applet）的执行代码里面（HandleEvent()）
上述的开机过程，在每一次按开机键都需要走一遍即关机之后，整个系统的所有功能都将消失而不像有些手机，看起来是关了机但实际上底层还是有一些软件模块在跑。为什么可以肯定地说上述开机过程每次都必须赱一遍原因很简单，因为我们的平台软件是基于Nand