WCF中因序列化问题引起的异常和错误。
这段时间一直在忙着赶项目，由DAL+WCF+WinForm几层组成。其中数据库使用的MySQL+MySQL.Data.dll Driver。不过在使用中，经常碰到如下错误：
接收对 http://localhost/***.svc 的 HTTP 响应时发生错误。这可能是由于服务终结点绑定未使用 HTTP 协议造成的。这还可能是由于服务器中止了 HTTP 请求上下文(可能由于服务关闭)所致。有关详细信息，请参见服务器日志。
有时也会出现如下错误
基础连接已经关闭: 连接被意外关闭。
经过仔细核对发现，每当发生MySql.Data.MySqlClient.MySqlException异常时，就会报这个错误。网上找了半天也没有找到解决方案，后来使用Trace Viewer跟踪才发现是MySqlException序列化时出现了问题：
System.ServiceModel.CommunicationException: 尝试对参数 http://tempuri.org/ 进行序列化时出错: result。InnerException 消息是“不应为数据协定名称为“MySqlException:http://schemas.datacontract.org/2004/07/MySql.Data.MySqlClient”的类型“MySql.Data.MySqlClient.MySqlException”。请考虑使用 DataContractResolver，或将任何未知类型以静态方式添加到已知类型的列表。例如，可以使用 KnownTypeAttribute 特性，或者将未知类型添加到传递给 DataContractSerializer 的已知类型列表。”。有关详细信息，请参见 InnerException。 System.Runtime.Serialization.SerializationException:.......
其中result是一个存储操作结果的类实例，它横跨DAL、WCF、WinForm三层，用以存储一个完整操作中发现的异常及信息。里面对可能发生的异常做了包装，它的结构如下（其它属性及构造函数等没有列出）：
[DataContract]
public class Result
{
private bool success;
[DataMember]
public boll Success
{
get {return this.success;}
set {this.success = value;}
}
private Exception exception;
[DataMember]
publice Exception Exception
{
get {return this.exception;}
set {this.exception = value;}
}
}
当DAL层中涉及SQL语句的执行发生错误时，result.Exception类型实际为MySqlException。虽然在Result类定义时已经声明[DataContract]，不过序列化时仍然出错，头疼！查看MySqlException的定义如下：
[Serializable]
public sealed class MySqlException : DbException
{
public int Number { get; }
}
明明是已经声明了[Serializable]特性，而且查看MySQL.Data.dll 文档，发现其在0.7版本的时候，就已经支持序列化了，却仍然不可在WCF中序列化，只能再找原因。
根据错误的提示，在IService的契约声明接口中，加上了[ServiceKnownType(typeof(MySql.Data.MySqlClient.MySqlException))]声明，可到头来结果还是一样不起作用。但是如果发生的异常不是MySqlException类型时，就不会报序列化错误。
对比Exception和MySqlException的实现，发现虽然都声明了[Serializable]特性，但MySqlException却没有实现序列化和逆序列化的函数。问题很可能出现在这个地方。
不过由于没有MySQL.Data.dll 的源代码，无法让添加这两个函数，只得新建一个异常类CustomException存放在Result。其代码如下：
[Serializable]
public class CustomException : ISerializable,Exception
{
private string message;
public override string Message
{
get
{
return this.message;
}
}
private string stackTrace;
public override string StackTrace
{
get
{
return this.stackTrace;
}
}
public CustomException() { }
public CustomException(string exceptionMessage, string exceptionStackTrace)
{
this.message = exceptionMessage;
this.stackTrace = exceptionStackTrace;
}
/*
以下序列化和逆序列化中，只保存了Message和StackTrace
*/
protected CustomException(SerializationInfo info, StreamingContext context)
{
this.message = info.GetString("Message");
this.stackTrace = info.GetString("StackTraceString");
}
public override void GetObjectData(SerializationInfo info, StreamingContext context)
{
info.AddValue("Message", this.message);
info.AddValue("StackTraceString", this.stackTrace);
}
public override string ToString()
{
if (string.IsNullOrEmpty(this.message))
return string.Empty;
return this.message.ToString();
}
}
之所以override定义Message和StackTrace，是为能对它们俩重写，因为Exception类中，定义的StackTrace是只读的，Message也只能在构造函数中赋值。此外，此处只定义了这两个属性，是因为项目中只用到了Exception中的这两个属性，一般情况下，这两个属性也已经足够查找异常信息了。
当然最主要的地方，还是要实现一个构造函数，用来序列化，以及GetObjectData 方法设置序列化对象的替代值。
再次跟踪执行，当产生MySqlException时，Result对象可以正常从DAL->WCF->WinForm。OK啦！
总结：这个问题，的确是折磨了我好几天，由于是对WCF头一次在项目中使用，对它的了解也不多。如果不是看到使用Trace Viewer，还不会找到问题的本质所在。看来.NET下的异常提示，有时候也不一定就是问题的产生点，就像编译代码一样，少个逗号，提示的信息却是五花八门。
---------------------------------------------
