C++博客-twzheng's cppblog-文章分类-ESFramework

求windows xp 繁体版

谭文政 — Sun, 14 Mar 2010 16:05:00 GMT

求windows xp 繁体版，最好是台湾版的，要能一步步的手动安装(想装双系统)

找了好几天了，很多资源都下不动

今天好不容易下了一个，但是香港版的，且安装到选择盘符时，键盘所有键都不能使用，所以还是无法安装

谢谢各位大哥大姐帮帮忙，小弟感激不尽！

谭文政 2010-03-15 00:05 发表评论

ESFramework介绍之（12）―― 基于Tcp连接池的消息处理器

谭文政 — Sat, 14 Apr 2007 14:38:00 GMT

[源] http://zhuweisky.cnblogs.com/archive/2006/03/17/351925.html

前面的两篇文章我们已经介绍了Tcp连接池和Tcp连接池管理器，并且引入了ITcpPool接口，这个接口可以将单个连接池和一组连接池统一起来，使它们有相同的外部使用方式。现在我们需要考虑的问题是，当消息分派器分派一个接收到的请求时，如果这个请求需要被FS上的某个功能插件处理，那么消息分派器是如何将这个消息分派到对应的FS上去的？

    回顾介绍消息分派器时画出的各消息组件联系图，我们非常自然的想到，创建一个消息处理器，这个消息处理器将请求消息通过Tcp连接池转发给对应FS处理。这样的一个消息处理器称为“基于Tcp连接池的消息处理器”，它在消息组件联系图中的位置如下：

    当有一个请求被分派到基于连接池的消息处理器时，它就从Tcp连接池中Rent一个NetworkStream，然后发送请求，并将接收到的回复返回给消息分派器。基于连接池的消息处理器仍然实现了IDataDealer接口，其借助ITcpPool组件来实现功能。下面给出简单伪码，因为整个实现比较复杂（错误处理、异常处理、ReRent机制等），代码比较多，所以就不列出来了，大家只要了解了主要的思想就行了，而这个思想是比较简单的。

       public NetMessage DealRequestMessage(NetMessage reqMsg)
        {
            /*
             1.Rent TcpStream
             2.Send Request
             3.Recieve Response
             4.Return Response
             */
        }

    最后提一句，我们在上图的AS和FS中都看到了网络组件，如果AS也采用Tcp，那么这两个组件是相同的，也就是说Tcp组件可以很方便的复用。

    在FS中，Tcp网络组件和功能插件之间是通过虚线连接起来的，也就是说网络组件并不会直接与功能插件交互，它们之间仍然存在这一个纽带，这就是消息处理器工厂，那么用于管理功能插件的工厂，就叫做“功能插件处理器工厂FunAddinDealerFactory”，这将在下文中介绍。

感谢关注！

谭文政 2007-04-14 22:38 发表评论

ESFramework介绍之（11）－－ Tcp连接池管理器

谭文政 — Sat, 14 Apr 2007 14:35:00 GMT

[源] http://zhuweisky.cnblogs.com/archive/2006/03/16/351426.html

上文已经讲到，Tcp连接池管理器为我们的应用进行了很多复杂的管理，比如功能服务器的调度（实现FS的负载均衡）、连接池的动态添加/移除、控制每个连接池的相关参数在UI上的显示等，并且连接池管理器与单个连接池拥有一样的接口ITcpPool。我们先回顾一下这个接口：

1     public interface ITcpPool
2     {
3         RentStreamResult RentTcpStream(int poolTypeKey ,int serviceKey ,out NetworkStream stream ,out int serverID) ;//poolTypeKey表示某个城市，serviceKey表示某项服务
4         void GiveBackTcpStream(int streamHashCode ,int serverID) ;//将tcp连接规还给连接池
5         void SetStreamDamaged(int streamHashCode ,int serverID) ;//poolKey如果不易保存，则此处简单的传-1即可
6
7         event CallBackCountChanged     ActiveConnectionCountChanged ;
8         event CallBackPoolStateChanged PoolStateChanged ;
9     }
10

RentTcpStream方法中的serviceKey参数反映了这样一个事实：与一个AS相连的多个FS中，每个FS加载的功能插件可以是不一样的。

比如，上图中的3个FS中只有FS1加载了前面介绍的“天气预测服务”插件，那么当一个“天气预测服务”请求到达AS时，AS就只能从与FS1之间的连接池中Rent一个Tcp连接，而不是从FS2或FS3。RentTcpStream方法的out参数serverID表明了这条连接是指向哪个FS的。

接下来考虑这样一个问题，当一个请求到来，这个请求可以被FS1、FS2、FS3处理，那么ITcpPoolsManager到底返回哪个连接池中的连接了？答案是负载最小的那个FS上的连接。
这是怎么做到的了？其实很简单。每个FS都定时（比如一秒一次）地把自己的负载（CPU利用率和内存利用率）通知给AS，通知给AS的方式可以有多种，比如.Net Remoting。ESFramework中有一个称为连接池调度器ITcpPoolScheduler的东东，它记录了每个FS实时的负载。这样当一个请求到来时，连接池管理器ITcpPoolsManager会要求连接池调度器从众多的FS中选出一个“满足条件”且负载最小的FS。这里的“满足条件”主要指的是对应的FS上有能处理该请求的功能插件。实现这种调度需要的支持的各个相互协作的组件的联系图大致如下：

图中IServerPerformanceMonitor是用于监控本地服务器性能的组件，它可以定时发布本服务器的性能数据（主要是CPU利用率和内存利用率），其定义如下：

1     public interface IServerPerformanceMonitor
2     {
3         void Start() ;
4         void Stop() ;
5
6         int RefreshSpanSecs{get ;set ;}
7
8         event CBackServerPerformance ServerPerformanceDataRefreshed ;
9     }
11
12     public delegate void CBackServerPerformance(ServerPerformance performance) ;

13     public class ServerPerformance
14     {
15         public float  CpuUsagePercent ;
16         public float  MemoryUsagePercent ;
17     }

连接池调度器ITcpPoolScheduler的定义如下：

1     public interface ITcpPoolScheduler
2     {
3         //以下方法属性仅仅由多连接池管理者调用
4         int GetNextTcpPool(int poolTypeKey) ; //返回的是某连接池的服务端点的serverID ，如果没有可用的返回-1
5         int GetNextTcpPool(int poolTypeKey ,int serviceKey) ;
6
7         void Initialize() ;
8         void Dispose() ;//还原到未初始化的状态
9         void SetServerState(int serverID ,bool activated) ;
10         void AddServer(int serverID) ;
11         void RemoveServer(int serverID) ;
12
13
14         //以下方法属性由外部指定或调用
15         void SetPerformance(int serverID ,float cpuUsage ,float memUsage) ;
16         ITcpPoolHelper    TcpPoolHelper{set ;}
17     }

为了使负载均衡的效果更好，ITcpPoolScheduler可以实现的非常复杂，比如进行历史记录统计、分析、预测等。ESFramework给出了默认实现TcpPoolScheduler。

在组件联系图中还有一个IPoolEndPointsDisplayer组件，它用于在UI上显示每个功能服务器的详细信息和性能数据。

1     public interface IPoolEndPointsDisplayer
2     {
3         void RegisterFs(int serverID ,string serverName ,IPEndPoint ipe ,int exceptCount) ;
4         void UnRegisterFs(int serverID) ;
5         void SetFsState(int serverID ,bool activated) ;
6         void SetActiveCount(int serverID ,int activeCount) ;
7         void UpdateFsPerformance(int serverID ,float cpuUsage ,float memUsage) ;
8         void Clear() ;
9     }

    FS管理器管理连接上本AS的每个功能服务器，这将在后文中讲到。
    除了ITcpPool接口，连接池管理器还实现了ITcpPoolsManager接口：

1     public interface ITcpPoolsManager :ITcpPool
2     {
3         string              TcpPoolSchedulerTypeString{set ;} //"ESFramework.Network.TcpPool.TcpPoolScheduler ,ESFramework"
4         ArrayList         PoolEndPointList{set ;} //连接池的服务端PoolEndPointInfo列表
5         int                  ReconnectSpan{get ;set ;} // 分钟
6
7         void              Initialize() ;    //初次建立连接池
8         void              Dispose() ; //还原到没有初始化的状态
9         void              AddPool(PoolEndPointInfo info) ;
10         void              RemovePool(int serverID) ;
11
12         void              DisposePoolConnections(int serverID) ;//编号为serverID的服务器已停止，所以释放对应的Pool，但是不删除池，仍然定时重连
13         void              ReconnectPool(int serverID) ; //曾停止的服务器已启动完毕，所以可以重连了
14
15         ///

16 /// 可直接使用 ESFramework.Network.TcpPool.PoolEndPointsDisplayer
17 ///

18         IPoolEndPointsDisplayer PoolEndPointsDisplayer{set ;}
19
20         //由ITcpPoolScheduler使用
21         void SetPerformance(int serverID ,float cpuUsage ,float memUsage) ;
22         ITcpPoolHelper    TcpPoolHelper{set ;} //可由ESFramework.Architecture.LBS.FourTier.FsManager提供
23     }

AddPool方法和RemovePool方法表明可以动态的添加/移除Tcp连接池。注意接口中的SetPerformance方法，这个方法将被FS管理器调用，用于把从Remoting接收到的FS的性能数据通知给ITcpPoolsManager，然后ITcpPoolsManager再把这些数据提交给ITcpPoolScheduler记录，当需要进行调度的时候，ITcpPoolScheduler从这些记录中进行分析计算并找到负载最小的FS。TcpPoolSchedulerTypeString属性用于向连接池管理器提供调度者的实际类型，管理器将会通过反射创建调度者的实例。

还有一个需要设置的属性ITcpPoolHelper：

1     public interface ITcpPoolHelper
2     {
3         bool ContainsService(int serverID ,int serviceKey) ;
4         bool ServerIsTheType(int serverID ,int destType) ;
5         bool ServerIsCompatible(int serverID ,int destType ,int serviceKey) ;
6         string GetServerNameByID(int serverID) ;
7     }

由于这个接口提供了每个功能服务器详细信息，所以这个接口的实现可以直接由前面提到的FS管理器顺带实现。

ITcpPoolsManager是一个比较复杂的组件，它需要涉及到多个组件的协作。所以如果看完这篇文章，仍然还有些不清楚的地方，是很正常的。在后面系列文章的继续讲述中，这些不清晰的地方会慢慢拨开迷雾。

感谢关注。

谭文政 2007-04-14 22:35 发表评论

ESFramework介绍之（10）－－ Tcp连接池

谭文政 — Sat, 14 Apr 2007 14:17:00 GMT

[源] http://zhuweisky.cnblogs.com/archive/2006/03/16/351301.html

凡是带有“池”的，比如数据库连接池、对象池、缓冲区池（后面可以看到IBuffPool）等等，都是为了避免资源的反复创建/销毁所带来的开销。需要为哪些资源对象建立“池”了？这些资源对象通常符合下面几个特性：
（1）在应用中需要反复的被创建/销毁。
（2）创建/销毁的开销比较大
（3）应用中给定时刻，对该资源对象的数量要求比较大
（4）资源对象最好是无状态的（Stateless），这样方便直接复用

    AS（回顾）将所有的功能服务请求转发给为该AS提供服务的FS群中的一个（参见。。。），然后FS将请求交给对应的功能插件处理。那么AS和FS之间的通信通过什么方式进行了？可选的方式有.netRemoting、WebService、Tcp/Udp等。基于效率和准确性的考虑，WebService和Udp是不大合适的。那么TCP和.netRemoting，到底选用哪个？我们知道.netRemoting底层也是基于Tcp或Http协议的，为了做到模拟本地方法调用的方式，.NETRemoting也做了很多转换的操作（堆栈帧《＝》消息），导致了一些开销，而直接使用Tcp则可以避免，而且AS和FS之间的消息的格式是兼容的（主要是使用了完全相同的消息头，这就够了），也就是说一条消息从客户端发出，可以不需做任何转换就直接被FS的功能插件处理（加密、压缩不计在内）。

    如你所想，ESFramework推荐的方式是AS和FS直接通过低层的Tcp进行通信。为了避免Tcp连接不断建立、销毁所带来的开销，AS和FS通信前，可以建立Tcp连接池。本文就关注Tcp连接池的原理和实现。

    Tcp连接池中存放的是Tcp连接――即NetworkStream对象，当应用需要使用时，就从Tcp连接池中租借“Rent”一条连接，用完后再归还“GiveBack”给连接池。

public class TcpStreamPool :ITcpStreamPool ,ITcpPool

从上面的定义可以看到TcpStreamPool从两个接口继承：ITcpPool和ITcpStreamPool。先看看ITcpStreamPool的定义：

1 ///

2     /// ITCPStreamPool tcp连接池用于管理大量的TCP连接
3     ///  作者：朱伟 sky.zhuwei@163.com
4     /// sky 2005.02.24
5     ///

6     public interface ITcpStreamPool
7     {
8         int         ServerID {get ;set ;}
9         int            StreamCount           {get ;set ;} //期望连接总数
10         int            ActiveConnectionCount {get ;} //实际可用的连接数
11         IPEndPoint  FsIpe       {get ;set ;} //功能服务器的IPE
12         int         ReconnectSpan{get ;set ;} // 分钟
13         bool        IsActive{get;}
14
15         void ReConnect() ; //手动重连
16         void Initialize() ;
17         void DisposeConnections() ; //释放池中所有连接，可以通过ReConnect来重新建立连接
18         void SetStreamDamaged(int streamHashCode) ;
19
20         NetworkStream RentTcpStream() ;
21         void GiveBackTcpStream(int streamHashCode) ;//将tcp连接规还给连接池
22     }

AS和每个FS之间都有一个连接池，每个功能服务器的区分是通过ServerID来的，所以连接池也有一个ServerID属性标志了本连接池是与哪个FS相连的。ReconnectSpan属性表明连接池要支持重连机制，即当连接池中的所有连接都断开后（可能是FS掉线引起的），连接池应能定时重连FS，直至该池中的所有连接重新建立。
如果应用从连接池Rent了一条连接，然后在使用的过程中该连接断开了，则应用应该调用连接池的SetStreamDamaged方法通知连接池该连接已不可用。RentTcpStream方法和GiveBackTcpStream方法是我们最常用的租借/归还连接的方法了。
注意，很多方法的参数中有streamHashCode参数，它是NetworkStream对象的Hashcode，系统中的每个NetworkStream对象的HashCode是不同的，并且，它的HashCode在NetworkStream对象的整个生命期间不变，所以可以使用HashCode唯一标志每个连接。

似乎，ITcpStreamPool接口已经反映了一个连接池的所有东西，是的。那么ITcpPool接口又起什么作用了？现看看ITcpPool的样子：

1 ///

2     /// ITcpPool 用于将一个TCP连接池和一组TCP连接池统一起来。这样消息分派器只需使用ITcpPool接口即可。
3     /// zhuweisky
4     ///

5     public interface ITcpPool
6     {
7         RentStreamResult RentTcpStream(int poolTypeKey ,int serviceKey ,out NetworkStream stream ,out int serverID) ;//poolTypeKey表示某个城市，serviceKey表示某项服务
8         void GiveBackTcpStream(int streamHashCode ,int serverID) ;//将tcp连接规还给连接池
9         void SetStreamDamaged(int streamHashCode ,int serverID) ;//poolKey如果不易保存，则此处简单的传-1即可
10
11         event CallBackCountChanged     ActiveConnectionCountChanged ;
12         event CallBackPoolStateChanged PoolStateChanged ;
13     }
14
15     public delegate void CallBackCountChanged(int serverID ,int activeConnCount) ;
16     public delegate void CallBackPoolStateChanged(int serverID ,bool disconnected) ;
17
18     public enum RentStreamResult
19     {
20         Succeed ,Busy ,TheServiceNotExist
21     }

你可能已经发现，ITcpPool中的所有元素在ITcpStreamPool接口中都可以找到对应物，只是有些方法的参数变复杂了。这主要是因为ITcpStreamPool接口针对的是一个FS，而ITcpPool可能是针对一个FS也可能是一组FS。当ITcpPool背后是一组FS时，就需要参数ServerID来区分每一个FS。我们知道，AS和对应的每个FS之间都使用一个Tcp连接池通信：

所有的这些连接池需要被管理起来，ESFramework中的ITcpPoolsManager（连接池管理器）组件实现了对多个Tcp连接池的管理。为了把连接池管理器和单个连接池统一起来，使它们有相同的外部接口，所以引入了ITcpPool接口。
这样做的好处是，在应用中直接使用ITcpPool接口就可以了，而不用关心这个接口背后是一个“单个连接池”（对应单个FS）还是由连接池管理器管理的“一组连接池”（对应多个FS）。而且ITcpPoolsManager为我们的应用进行了很多复杂的管理，比如动能服务器的调度（实现FS的负载均衡）、连接池的动态添加/移除等。这些将在下文中介绍。

感谢关注。

谭文政 2007-04-14 22:17 发表评论