多线程BUG捕捉之：非网络原因导致的WCF连接超时

     最近在用WPF、WCF做全双工通信，由于某一天晚上比较累了，所以未遵循少量重构的原则，重构了几大段自己认为没有问题的代码，并且，重构完毕仅编译通过，未进行测试。结果代码到了第二天运行的时候出现了问题：

 

    发送到 net.tcp://192.168.0.96:9999/HelloWCFService 的请求操作在配置的超时(00:00:04.9979999)内未收到回复。分配给该操作的时间可能是更长超时的一部分。这可能由于服务仍在处理操作或服务无法发送回复消息。请考虑增加操作超时(将通道/代理转换为 IContextChannel 并设置 OperationTimeout 属性)并确保服务能够连接到客户端。

     由于提示的错误是在WCF的超时上，所以在WCF上进行了排查，结果一天未果。后将代码还原，才发现：

     1：原代码使用了线程池，进行WCF客户端的信息发送；

     2：新代码未为客户端发送新起线程，导致主UI阻滞等待WCF的CALLBACK。由于主UI被阻滞，CALLBACK又无法直接在收到WCF回复的时候运行，所以产生如上错误。

     教训是，很多WCF超时错误，当无法解决时，不妨查查本例之情况。