今天遇到了一个很牛X的问题，多人一起解决很久，无果。
然，锲而不舍，一下午，从网络海洋里捞啊捞，终于觅得善果。
感谢这位大神，原文地址：
本文经过了些微的整理。
WCF 传输大量数据出现“基础连接已经关闭...”错误的解决方案
按图做，如果自己的webconfig里没有相应节点，加上就好了。
| 先说错误：  WCF服务端配置文件：  客户端 <system.serviceModel>节点下面: <behaviors> <endpointBehaviors> <behavior > <dataContractSerializer maxItemsInObjectGraph="100000000" /> </behavior> </endpointBehaviors> s </behaviors> 经过这三步设置，最后就OK了。 s maxItemsInObjectGraph:一个整数，指定要序列化或反序列化的最大项数，可以限制对象图中要序列化的项数。 MaxItemsInObjectGraph 属性指定序列化程序在一次 或 方法调用中序列化或反序列化的对象的最大数目。该方法总是读取一个根对象，但此对象的数据成员中可以具有其他对象。这些对象又可以具有其他对象。默认值为 。请注意，当序列化或反序列化数组时，每个数组项都计为一个单独的对象 具体分析错误原因: 这个是错误提示,在用WebService序列化的过程中,序列化的对象个数超出了65535个,也就是maxItemsInObjectGraph的默认这,造成这用情况是因为客户端与WebService之间传递的是对象,而WebService每次都要序列化对象,所以对序列化的对象的个数是有限制的,默认的就是65535,这个对象的个数是怎么计算出来的呢? 例如:现在在WebService端有一个对象Student Public class Student { Public int ID{get;set;} public Name{get;set;} } 在传递的过程中,对象的个数就是这个对象的本身加上本身所包含的对象的个数,就这个来说那么就是3个对象,要想使这三个对象能够序列化 maxItemsInObjectGraph=对象个数+2(假设maxItemsInObjectGraph默认值为0),只有在maxitemslnObjectGraph 比对象个数+2大的情况下,编译器才不会报错,要不然,就会出现上面的错误,其实还不止于此,这个的前提是只有一条记录的情况下,如果是两条记录呢,MaxItemSlnObjectGraph的最小值=对象个数*记录的条数(传递的可能是这个对象的一个集合)+2,也就是传递的数据越多,MaxItemSlnObjectGraph的值就会越大,当超过他的默认值(65536)的时候就会出现上面的错误了.
|