WCF：一个棘手的问题

前言

在做即时通信项目时，手上另一个项目的颠簸，即时通信项目一直是改改停停的，一些改动比较小，没有即时的签入，然后一段时间本地的项目代码与源代码存在不少区别，在这种情况下，因为新的需求添加，需要给wcf服务添加新的方法，出现了一个浪费我很长时间的问题。

 

问题

遇到的问题：
服务器未提供有意义的回复；这可能是由协定不匹配、会话过早关闭或内部服务器错误引起的。

这个问题，之前有遇到过，并按照网上的解决办法进行了修改，没想到又出现了，之前的解决办法如下：
可能原因：
1、wcf中不允许在协议中定义一个类型而传输其子类型. 除非在该类型上定义了[knowntype(typeof(子类型))]
2、wcf传输list<object>时序列化问题
wcf传输list集合时，在序列化时是有大小限制的，默认的可序列化的集合长度是65536，如果list的大小超出这个值就需要更改了配置了，在服务器端的behavior配置中增加一行配置：

<behavior name="wcfservice.behavior">
          <servicemetadata/>
          <servicedebug includeexceptiondetailinfaults="false" />
          <datacontractserializer maxitemsinobjectgraph="6553600"/>
</behavior>

并且在对应的binding配置中添加readerquotas节点配置：

    <binding name="basicwshttpbinding">
          <reliablesession enabled="true" />
          <security mode="none">
            <transport clientcredentialtype="none" />
            <message clientcredentialtype="none" />
          </security>
          <readerquotas maxdepth="32" maxstringcontentlength="2147483647" maxarraylength="2147483647" maxbytesperread="2147483647" maxnametablecharcount="2147483647" />
    </binding>

 

解决方法

再次遇到这个问题，心里一阵恐慌，会话过早关闭与内部服务器错误是不可能的，只能是协定不匹配导致，但是我反复排查确认，协定也是正确的，花费大量时间后，依然没有解决此问题，到最后没办法，让同事获取源代码的最新版本，然后把我添加的新方法，让他也添加一遍，清理解决方案后，重新生成，运行后正常启动。这就无奈了，想前想后，只能把问题归咎于没有及时签入代码上了，可能版本上会存在一些问题。

 

经验教训

项目中的代码要及时签入，改动某些地方后，重新运行程序测试没问题，就签入好了。反正有变更集，出问题还可以在还原。另外，遇到一些棘手问题，如果实在没有思路，不妨把代码还原一下，然后把更改的内容在重新添加一遍，或许问题就解决了。