响应请求的流程如下：
1.Red5在启动时会调用RTMPMinaTransport的start()方法，该方法会开启rmtp的socket监听端口（默认是1935），然后使用mina(apache的io操作类库)的api将RTMPMinaIoHandler绑定到该端口。
2.RTMPMinaIoHandler上定义了messageReceived、messageSent、sessionOpened和 sessionClosed等方法，当有socket请求时，相应的方法会被调用，这时RTMPMinaIoHandler会使用当前的socket连接 来创建一个RTMPMinaConnection（或者使用一个之前创建好的RTMPMinaConnection），并将其作为参数传递给定义于 RTMPHandler类上的相应的messageReceived、messageSent、connectionOpened和 connectionClosed方法。
3.RTMPHandler会调用Server类的lookupGlobal获得当前的GlobalScope，然后再利用GlobalScope 找到当前socket请求应该使用的WebScope（这个WebScope就是我们在自己的项目的WEB-INF\red5-web.xml中定义的 啦）。最后，RTMPHandler会调用RTMPMinaConnection的connect方法连接到相应的WebScope。
4.至此，控制流进入了我们自己项目中了，通常来说，WebScope又会将请求转移给ApplicationAdapter，由它来最终响应请求，而我们的项目通过重载ApplicationAdapter的方法来实现自己的逻辑。
简单的流程图：
Java代码
RTMPMinaIoHandler
|–[delegate method call and pass RTMPMinaConnection to]–>RTMPHandler
|–[call lookupGlobal method]–>Server
|–[use globalScope to lookup webScope]–>GlobalScope
|–[call connect method and pass WebScope to]–>RTMPMinaConnection
RTMPMinaIoHandler
|--[delegate method call and pass RTMPMinaConnection to]-->RTMPHandler
|--[call lookupGlobal method]-->Server
|--[use globalScope to lookup webScope]-->GlobalScope
|--[call connect method and pass WebScope to]-->RTMPMinaConnection
Red5如何启动？在它的启动过程中如何初始化这些关键类？
这里探讨的是Red5 standalone的启动过程（也就是我们执行red5.bat），关于Red5如何在tomcat中启动，目前仍在研究中。
Red5启动过程如下：
1.编辑red5.bat，找到关键的一行：
Java代码
C:\Program Files\Java\jre1.5.0_15\bin\java”
-Djava.security.manager
-Djava.security.policy=conf/red5.policy
-cp red5.jar;conf;bin org.red5.server.Standalone
C:\Program Files\Java\jre1.5.0_15\bin\java"
-Djava.security.manager
-Djava.security.policy=conf/red5.policy
-cp red5.jar;conf;bin org.red5.server.Standalone
可以看到它是调用org.red5.server.Standalone作为程序启动的入口，这也是为什么使用eclipse在debug模式下 启动Standalone就可以调试Red5代码。需要注意的是，如果你要调试Red5，记得除了源代码(src)之外，把conf和webapps两个 文件夹都拷入项目中，并把conf加入classpath。
2.观察Standalone的main方法，你会看到它使用spring的 ContextSingletonBeanFactoryLocator来载入classpath下面的red5.xml，注意 ContextSingletonBeanFactoryLocator还会在下面的步骤中被使用，由于它是singleton的，所以保证了我们自己的 项目中定义的bean可以引用red5.xml中定义的bean，这个下面会有介绍。
Java代码
try {
ContextSingletonBeanFactoryLocator.getInstance(red5Config).useBeanFactory(“red5.common”);
} catch (Exception e) {
// Don’t raise wrapped exceptions as their stacktraces may confuse people…
raiseOriginalException(e);
}
try {
ContextSingletonBeanFactoryLocator.getInstance(red5Config).useBeanFactory("red5.common");
} catch (Exception e) {
// Don't raise wrapped exceptions as their stacktraces may confuse people...
raiseOriginalException(e);
}
3.查看red5.xml，这个文件首先定义了指向classpath:/red5-common.xml的名字为“red5.common”的 BeanFactory，注意它会是整个BeanFactory层次中的根节点，所以在red5-common.xml中定义的bean可以被其他地方所 引用。
Xml代码
这里我们主要留意red5-common.xml中定义的类型为org.red5.server.Server的“red5.server”，它会在接下来很多地方被用到。
Xml代码
4.回到red5.xml，接着定义指向classpath:/red5-core.xml的名字为“red5.core”的BeanFactory，注意“red5.core”是以“red5.common”为parent context。
Xml代码
查看red5-core.xml，这个文件主要定义了之前说过的RTMPMinaTransport，RMTPMinaIoHandler和 RTMPHandler这些类的Bean。对于RTMPMinaTransport，注意init-method=”start”这段代码，这说明 RTMPMinaTransport的start方法会在该Bean初始化时调用，正如上面提到的，该方法会做开启1935端口，绑定 RTMPMinaIoHandler到该端口等等的操作。对于RTMPHandler，注意它的server属性通过“red5.server”引用了定 义在parent context（red5-common.xml）上面的Server，通过它RTMPHandler能够找到GlobalScope，进而找到 WebScope。
Xml代码
5.再次回到red5.xml，接下来定义类型为org.red5.server.ContextLoader的bean，并在初始化后调用它的init方法。
Xml代码
查看该方法的源代码，可以看到它会读取在classPath下面的red5.globals文件，对于每一行初始化一个以 “red5.common”为parent context的BeanFactory，具体来说，现在red5.globals中只有一行 default.context=${red5.root}/webapps/red5-default.xml，那么会创建一个名字为 “default.context”的指向webapps/red5-default.xml的Bean Factory，它以“red5.common”为parent context。
Java代码
protected void loadContext(String name, String config) {
log.debug(“Load context - name: ” + name + ” config: ” + config);
ApplicationContext context = new FileSystemXmlApplicationContext(
new String[] { config }, parentContext);
contextMap.put(name, context);
// add the context to the parent, this will be red5.xml
ConfigurableBeanFactory factory = ((ConfigurableApplicationContext) applicationContext)
.getBeanFactory();
// Register context in parent bean factory
factory.registerSingleton(name, context);
}
protected void loadContext(String name, String config) {
log.debug("Load context - name: " + name + " config: " + config);
ApplicationContext context = new FileSystemXmlApplicationContext(
new String[] { config }, parentContext);
contextMap.put(name, context);
// add the context to the parent, this will be red5.xml
ConfigurableBeanFactory factory = ((ConfigurableApplicationContext) applicationContext)
.getBeanFactory();
// Register context in parent bean factory
factory.registerSingleton(name, context);
}
查看red5-default.xml，发现它主要是定义了GlobalScope的bean，然后把它注册到“red5.server”上。
Xml代码
6.继续看red5.xml，最后定义类型为org.red5.server.jetty.JettyLoader的bean，并且在初始化后调用它的init方法，查看该方法源代码，很明显它是初始化并且启动jetty这个web server。
Xml代码
7.到了这里似乎所有的初始化和启动都完毕了，但是问题就来了，这里仅仅定义了 RTMPMinaIoHandler，RTMPHandler，Server和GlobalScope，但是在我们之前提到过的Red5响应rmpt的请 求的过程中，还需要有WebScope来最终处理RTMPMinaConnection，这个WebScope又是怎么配置并且加进来的呢？
8.查看webapps下的项目，这里以oflaDemo为例，查看WEB-INF下面的web.xml，发现有以下三个参数 contextConfigLocation，locatorFactorySelector和parentContextKey，同时还有一个 org.springframework.web.context.ContextLoaderListener。
Xml代码
查看这个listener的javadoc，其实这个listener会在web app（就是我们自己的项目）启动时，创建一个指向contextConfigLocation（其实就是WEB-INF\red5-web.xml）的 Bean Factory，同时为它设置parent context。这个parent context实际上是使用locatorFactorySelector找到ContextSingletonBeanFactoryLocator， 进而使用parentContextKey找到定义在这个locator里面的Bean Fanctory，由于ContextSingletonBeanFactoryLocator是singleton的，所以这个 ContextSingletonBeanFactoryLocator对象跟我们在第2步中拿到的对象是一样的，而由于 parentContextKey被设置成“default.context”，这就意味着该parent context是第5步中定义的名为“default.context”的Bean Factory。基于以上的参数，我们得到这样一个Bean Factory的链条，由上至下分别是
Java代码
conf\red5-common.xml -> webapps\red5-default.xml -> webapps\oflaDemo\WEB-INF\red5-web.xml
conf\red5-common.xml -> webapps\red5-default.xml -> webapps\oflaDemo\WEB-INF\red5-web.xml
这就使得red5-web.xml可以使用red5-common.xml和red5-default.xml中定义的bean。
9.最后查看webapps\oflaDemo\WEB-INF\red5-web.xml，它定义了类型为 org.red5.server.WebScope的bean，初始化了它的server（指向“red5.server”），parent（指向 “global.scope”）等属性，最后调用它的register方法初始化，查看该方法源代码，发现它会把自己注册到GlobalScope上面， 至此所有的关键类的初始化完毕。
Xml代码
Spring beanFactory 的层次图
Java代码
conf\red5-common.xml
|– conf\red5-core.xml
|– webapps\red5-default.xml
|– webapps\root\WEB-INF\red5-web.xml
|– webapps\SOSample\WEB-INF\red5-web.xml
|– webapps\oflaDemo\WEB-INF\red5-web.xml
conf\red5-common.xml
|-- conf\red5-core.xml
|-- webapps\red5-default.xml
|-- webapps\root\WEB-INF\red5-web.xml
|-- webapps\SOSample\WEB-INF\red5-web.xml
|-- webapps\oflaDemo\WEB-INF\red5-web.xml
看清了Red5 Standalone的启动过程，感觉为了实现自定义项目集成到Red5的核心服务上，Red5 Standalone非常依赖于spring的多个Bean Factory之间的复杂层次关系，之所以Red5能建立这样一种层次关系，是因为它能够控制jetty这样一个嵌入式的web server。问题在于，一旦Red5需要作为一个web app运行在类似Tomcat这样的独立的web server上面，那么整个过程就很不一样了，所以后很多东西都要改，我想这也是为什么Red5 0.8 RC1为什么只有安装版但还没有war版的原因。