JavaScriptSerializer 序列化时异常:Operation is not valid due to the current state of the object.

异常详情:

System.InvalidOperationException: Operation is not valid due to the current state of the object.

at System.Web.Script.Serialization.JavaScriptObjectDeserializer.DeserializeDictionary(Int32 depth)

at System.Web.Script.Serialization.JavaScriptObjectDeserializer.DeserializeInternal(Int32 depth)

at System.Web.Script.Serialization.JavaScriptObjectDeserializer.DeserializeDictionary(Int32 depth)

at System.Web.Script.Serialization.JavaScriptObjectDeserializer.DeserializeInternal(Int32 depth)

at System.Web.Script.Serialization.JavaScriptObjectDeserializer.BasicDeserialize(String input, Int32 depthLimit, JavaScriptSerializer serializer)

at System.Web.Script.Serialization.JavaScriptSerializer.Deserialize[T](String input)

at EM.GuBaAPI.Web.MonitorLog.Client.Test.Button5_Click(Object sender, EventArgs e)

原因:

进行了Windows Update,安装了几个补丁,以 kb2656356  kb2656351  kb2656353 kb2656358为主会导致以上错误。

解决方案:

配置文件增加节点

  <add key="aspnet:MaxJsonDeserializerMembers" value="10000" />
注意不要和http请求搞混淆,设置HTTP请求的最大许可为:
<add key="aspnet:MaxHttpCollectionKeys" value="10000" />
详见:微软的官方技术支持:http://support.microsoft.com/kb/2661403/zh-tw
时间: 2024-10-11 23:13:52

JavaScriptSerializer 序列化时异常:Operation is not valid due to the current state of the object.的相关文章

URL-encoded form data is not valid ,Operation is not valid due to the current state of the object

System.Web.HttpUnhandledException: 引发类型为"System.Web.HttpUnhandledException"的异常. ---> System.Web.HttpException: URL 编码窗体数据无效. ---> System.InvalidOperationException: 对象的当前状态使该操作无效. 在 System.Web.HttpValueCollection.ThrowIfMaxHttpCollectionKey

Operation is not valid due to the current state of the object.

昨天客户突然要求将某个角色的所有权限都不分页的放在一个页面修改,本地测试OK,通过:但发布后,点击该页面提交后一直报下面的错误: 异常信息: Operation is not valid due to the current state of the object.错误源:System.Web堆栈信息:   at System.Web.HttpValueCollection.ThrowIfMaxHttpCollectionKeysExceeded()   at System.Web.HttpVa

关于 error: Operation is not valid due to the current state of the object。

今天碰到一个特别的异常. Operation is not valid due to the current state of the object. at System.Web.HttpValueCollection.ThrowIfMaxHttpCollectionKeysExceeded() at System.Web.HttpValueCollection.FillFromEncodedBytes(Byte[] bytes, Encoding encoding) at System.Web

一个C#序列化时循环引用的问题

以前一直没搞懂为什么C#在做对象序列化时(Json序列化,XML序列化等)有时候会出现循环引用的问题,下面写了个例子,类People有一个属性引用了类Child,而类Child也有一个属性引用了类People,并且两个属性的get访问器中都会new一个彼此类型的对象,这样在访问People类的Child属性的时候就会new一个Child对象,在访问Child类的People属性的时候又会new一个People对象.所以C#序列化方法在序列化People类的Child属性时又会去序列化Child属

在XML序列化时去除默认命名空间xmlns:xsd和xmlns:xsi

可使用以下代码: //Create our own namespaces for the output XmlSerializerNamespaces ns = new XmlSerializerNamespaces (); //Add an empty namespace and empty value ns.Add ("", ""); //Create the serializer XmlSerializer slz = new XmlSerializer (s

解决spring 事务管理默认不支持SQLException等运行时异常

公司同事在定位一个bug时,发现spring默认的事务只支持运行时异常的回滚,对于像SQLException这样的非运行时异常,默认的事务机制不能处理,于是找了下解决的办法:    1.在捕获SQLException的时候,抛出一个RuntimeException及其子类,例如:     try {               xxx        } catch (Exception e) {               throw new ModuleException();       }

java异常分类(运行时异常,可检查异常)

NullPointerException:是运行时异常(RuntimeException),也叫非检查异常 所以我们抛出该类异常实例时,方法声明处无需添加throws来列举该类异常的抛出,编译器在编译该类时 也忽略对该类异常抛出的检查(编译时不看他是不是在throws中被列举). 检查异常:编译时检查(需要throws)

java中的一般异常与运行时异常

Java提供了两类主要的异常:runtime exception和checked exception.checked 异常也就是我们经常遇到的IO异常,以及SQL异常都是这种异常.对于这种异常,JAVA编译器强制要求我们必需对出现的这些异常进行catch.所以,面对这种异常不管我们是否愿意,只能自己去写一大堆catch块去处理可能的异常. 但是另外一种异常:runtime exception,也称运行时异常,我们可以不处理.当出现这样的异常时,总是由虚拟机接管.比如:我们从来没有人去处理过Nul

kali kvm Requested operation is not valid: network &#39;default&#39; is not active

今天安装完kvm,满是幸福的装了个xp,重启后出现了一个错误 Requested operation is not valid: network 'default' is not active 详情: Details: Error starting domain: Requested operation is not valid: network ‚default‘ is not active Traceback (most recent call last):File „/usr/share/