mule主要是通过mule_config.xml配置进行流程的编排，因此启动过程主要是配置的导入，以及相应资源的初始化操作。
关于配置的导入，如果是独立部署的方式，则需要在启动代码中手动调用**ConfigurationBuilder类传入配置文件进行配置的导入。如果是嵌入到web容器中，则在web.xml中配置好后，会进行自动加载。
整个mule 实例的核心管理结构为muleContext，整个初始化过程也就围绕该实例资源的初始化。
<!--[endif]--><!--[if gte mso 9]><xml> <o:OLEObject Type="Embed" ProgID="Visio.Drawing.11" ShapeID="_x0000_i1025" DrawAspect="Content" ObjectID="_1421329717"> </o:OLEObject> </xml><![endif]-->
其中在buildMuleContext阶段，
<!--[if !supportLists]--> 1）<!--[endif]-->初始化muleContext需要的资源，包括configuration，lifecycle manager，work manager，work listener，server notification manager，registrybroker等。
<!--[if !supportLists]-->2） <!--[endif]-->对创建好的context进行配置，独立部署时，直接通过config接口传入配置文件的方式进行导入；嵌入到tomcat能web容器部署时，通过web.xml的配置文件进行加载。
3）调用refresh操作，这里refresh操作为spring框架实现，用于启动IOC容器的初始化。这里启动创建所有实例都会放到Registry容器中统一管理。
此处 registry是所有实例的容器，具体类图如下：
Mule在context中通过registry broker来维护spring registry，transient registry，guice registry。
spring registry的功能是维护通过spring注入的所有实例；
transient registry的功能是维护默认的处理函数链表_muleContextProcessor，_muleExpressionEvaluatorProcessor，_muleExpressionEnricherProcessor，_muleLifecycleStateInjectorProcessor，_muleLifecycleManager
还有mule配置注入的connector，endpoint等对象,对象在创建时会主动注册其监听的事件。
guice registry维护通过guice框架注入的对象。
mule访问registry中具体对象的流程为：
muleContext->muleRegistry(muleRegistryHelper)-->DefaultRegistryBroker-->registry array--> registry --> object。
目前在spring启动的方式下，就包括了spring 和transient 两个registry。
4)在refresh之后，调用firelifecycle，进入RegistryLifecycleManager，对启动阶段的模块调用start进行初始化操作。
调用context的start方法，
a)通过notification的通知机制，触发所有监听状态的处于CONTEXT_STARTING阶段的实例。
b）调用fireLifeCycle方法，触发制定对象的start操作，主要是对mule-config.xml中配置的flow，endpoint等进行start，总入口为RegistryLifecycleManager的invokePhase方法。之后分别调用各个模块实例的start方法。
具体的加载流程如下图所示，最终会启动transactionQueueManager，connector，agent，model，flowConstruct，startable对象的所有实例（调用对应的start函数实现）。
至此，mule启动完毕，在各个connector上等待接收数据。针对每一个启动的实例，都有的单独的处理线程。
针对具体实例的start操作，下面分别介绍之！