在ESFramework 4.0 进阶（02）－－ 核心：消息处理的骨架流程一文中，我们介绍了通过挂接IMessageSpy到骨架流程，我们就可以监控到所有收发的消息。由于Rapid引擎已经为我们组装好了默认的骨架流程，如果使用Rapid引擎，我们就无法插入自定义的IMessageSpy。不过没关系，使用Rapid引擎的我们同样可以在服务端监控到客户端发出的所有自定义信息。
一.深入ICustomizeInfoOutter接口
我们已经非常熟悉ICustomizeInfoOutter接口了，客户端要发送任何自定义的信息，都是通过该接口来进行的。
public interface ICustomizeInfoOutter :IOutter
{
/// <summary>
/// 向服务器发送二进制信息。
/// </summary>
void Send(int informationType, byte[] info);
/// <summary>
/// 向服务器提交请求信息，并返回服务器的应答信息。如果超时没有应答则将抛出Timeout异常。
/// </summary>
/// <param name="informationType">自定义请求信息的类型</param>
byte[] CommitRequest(int informationType, byte[] info);
/// <summary>
/// 向在线目标用户提交请求信息，并返回应答信息。如果目标用户不在线，或超时没有应答则将抛出Timeout异常。
/// </summary>
byte[] CommitP2PRequest(string targetUserID, int informationType, byte[] info);
/// <summary>
/// 向在线用户targetUserID发送二进制信息。如果目标用户不在线，则服务端会调用ICustomizeInfoBusinessHandler.OnTransmitFailed方法来通知应用程序。
/// </summary>
void Send(string targetUserID, int informationType, byte[] info);
/// <summary>
/// 向目标组内所有在线用户广播二进制信息。（服务端采用Post）
/// </summary>
void BroadcastInGroup(string groupID, int informationType, byte[] info);
}
该接口的所有方法可以分为两类：一类方法是接收自定义信息的最终用户是服务端；另一类是接收自定义信息的最终用户是其他在线用户。无论是哪种情况，信息都会到达服务端，或由服务端处理、或经服务端转发。（如果客户端之间开启了P2P通道，则另当别论。）所以，在服务端是可以监控到客户端通过ICustomizeInfoOutter接口发出的所有自定义信息的。
另外，关于同步调用服务端（CommitRequest方法）或同步调用其它客户端（CommitP2PRequest），所发出的自定义信息也是如此，而且同步调用其它客户端时的返回信息也是经过服务器转发的，所以，也可以被监控到。
二.截获自定义信息
在服务端，我们可以预定ICustomizeInfoController接口的InformationReceived事件，来截获客户端发出的所有自定义信息。
event CbGeneric<Information> InformationReceived;
（1）当收到来自客户端的任何自定义信息时，将触发该事件。要特别注意的是，该事件的处理函数不能抛出异常，否则将导致后续消息处理流程中断。所以，最好在该事件的处理函数中catch所有的异常。
（2）该事件处理函数应尽快返回。因为服务端只有在所有的事件函数执行完毕后，才会继续后续的消息处理流程，所以该事件处理函数返回得越快越好。如果有些处理函数的业务逻辑复杂，比较费时，可以考虑使用异步的方式。
（3）ICustomizeInfoOutter接口发出的所有自定义信息都包含了相同几个方面的内容：自定义信息的类型、自定义信息的数据、信息的接收者。ESPlus使用Information类来封装这些内容，并且增加了SourceID属性以记录发送者的UserID。InformationReceived事件只有一个Information类型参数。
public class Information
{
#region SourceID
private string sourceID = "";
/// <summary>
/// 信息的发送者。可以为UserID或者NetServer.SystemUserID。
/// </summary>
public string SourceID
{
get { return sourceID; }
set { sourceID = value; }
}
#endregion
#region DestID
private string destID = "";
/// <summary>
/// 信息的接收者。可以为UserID或者NetServer.SystemUserID或GroupID（广播消息）。
/// </summary>
public string DestID
{
get { return destID; }
set { destID = value; }
}
#endregion
#region InformationType
private int informationType = 0;
/// <summary>
/// 自定义信息类型
/// </summary>
public int InformationType
{
get { return informationType; }
set { informationType = value; }
}
#endregion
#region Content
private byte[] content = null;
/// <summary>
/// 信息的内容
/// </summary>
public byte[] Content
{
get { return content; }
set { content = value; }
}
#endregion
}
注意，如果自定义信息的接收者为服务端，则DestID属性的值是NetServer.SystemUserID（即 "_0"）。
（4）当预定了InformationReceived事件后，我们可以根据InformationType来筛选那些我们感兴趣的自定义信息，并对它们做一些记录或其它业务处理。
三.更多说明
服务端通过预定ICustomizeInfoController接口的InformationReceived事件，只能监控到客户端由ICustomizeInfoOutter接口发出的自定义信息，而不能监控到其它命名空间下的Outter接口发送的消息（注意这里的用词是消息，“自定义信息”特用于ESPlus.Application.CustomizeInfo空间），比如客户端通过IBasicOutter接口发出的消息，在服务端是不会触发InformationReceived事件的，它们属于不同的命名空间，是相互独立的。
服务端如果要得到更多的通知，比如用户上下线，就可以通过预定IUserManager接口的相关事件来做到。
如果，你所用的版本的ICustomizeInfoController接口没有InformationReceived事件，请到ESFramework 4.0 概述文末下载最新版本。