[源]
http://zhuweisky.cnblogs.com/archive/2006/03/17/351925.html前面的兩篇文章我們已經(jīng)介紹了Tcp連接池和Tcp連接池管理器，并且引入了ITcpPool接口，這個(gè)接口可以將單個(gè)連接池和一組連接池統(tǒng)一起來(lái)，使它們有相同的外部使用方式?，F(xiàn)在我們需要考慮的問(wèn)題是，當(dāng)消息分派器分派一個(gè)接收到的請(qǐng)求時(shí)，如果這個(gè)請(qǐng)求需要被FS上的某個(gè)功能插件處理，那么消息分派器是如何將這個(gè)消息分派到對(duì)應(yīng)的FS上去的？
回顧介紹
消息分派器時(shí)畫(huà)出的各消息組件聯(lián)系圖，我們非常自然的想到，創(chuàng)建一個(gè)消息處理器，這個(gè)消息處理器將請(qǐng)求消息通過(guò)Tcp連接池轉(zhuǎn)發(fā)給對(duì)應(yīng)FS處理。這樣的一個(gè)消息處理器稱(chēng)為“基于Tcp連接池的消息處理器”，它在消息組件聯(lián)系圖中的位置如下：
當(dāng)有一個(gè)請(qǐng)求被分派到基于連接池的消息處理器時(shí)，它就從Tcp連接池中Rent一個(gè)NetworkStream，然后發(fā)送請(qǐng)求，并將接收到的回復(fù)返回給消息分派器?；谶B接池的消息處理器仍然實(shí)現(xiàn)了IDataDealer接口，其借助ITcpPool組件來(lái)實(shí)現(xiàn)功能。下面給出簡(jiǎn)單偽碼，因?yàn)檎麄€(gè)實(shí)現(xiàn)比較復(fù)雜（錯(cuò)誤處理、異常處理、ReRent機(jī)制等），代碼比較多，所以就不列出來(lái)了，大家只要了解了主要的思想就行了，而這個(gè)思想是比較簡(jiǎn)單的。
public NetMessage DealRequestMessage(NetMessage reqMsg)
{
/*
1.Rent TcpStream
2.Send Request
3.Recieve Response
4.Return Response
*/
}
最后提一句，我們?cè)谏蠄D的AS和FS中都看到了網(wǎng)絡(luò)組件，如果AS也采用Tcp，那么這兩個(gè)組件是相同的，也就是說(shuō)Tcp組件可以很方便的復(fù)用。
在FS中，Tcp網(wǎng)絡(luò)組件和功能插件之間是通過(guò)虛線連接起來(lái)的，也就是說(shuō)網(wǎng)絡(luò)組件并不會(huì)直接與功能插件交互，它們之間仍然存在這一個(gè)紐帶，這就是消息處理器工廠，那么用于管理功能插件的工廠，就叫做“功能插件處理器工廠FunAddinDealerFactory”，這將在下文中介紹。
感謝關(guān)注！