The JSON request was too large to be deserialized

The JSON request was too large to be deserialized

这个问题出现的场景并不是很多,当你向服务端异步(ajax)post数据非常大的情况下(比如做权限管理的时候给某个角色分配权限那么就可能会出现,我所遇到的就是该角色大概200个模块每个模块平均2个功能----那么发送到服务端action的将是一个有着400个对象的数组)

之前我们向服务端异步post数组可能需要使用

 1 $.ajax({
 2                     type: ‘POST‘,
 3                     url: ‘/system/SaveRoleReModule‘,
 4                     dataType: "json",
 5                     contentType: "application/json;charset=utf-8",
 6                     data: JSON.stringify({ tree: treearr, roleId: roleid }),
 7                     success: function (d) {
 8                         if (d > 0) {
 9                             $.popAlter({ content: ‘操作成功!‘, hideOkBtn:true,btnTxt:‘确定‘});
10                             // kq_show_info(‘系统提示‘, ‘操作成功‘, 2000);
11                         }
12                     },
13                     error: function (e) {
14                             //kq_show_info(‘系统提示‘, e.responseText, 2000);
15                     }
16                 });

但是当我们把javascriptserializer换成json.net之后以上方式将可以简化为以下写法:

1 $.ajax({
2 type:‘post‘,
3 url:‘‘,
4 data:{o:arr}
5 success:function(d){},
6 error:function(e){}
7 })

解决方法:

方案1.asp.net mvc默认的json序列化ValueProviderFactory使用的是javascriptserializer,可以在配置文件web.config中设置:

<add key="aspnet:MaxJsonDeserializerMembers" value="150000000" />

<system.web.extensions>
<scripting>
<webServices>
<jsonSerialization maxJsonLength="2147483644"/>
</webServices>
</scripting>
</system.web.extensions>

方案2:重写默认的ValueProviderFactory,继承ValueProviderFactory抽象类使用json.net替换javascriptserializer,并且在application_start时将默认的ValueProviderFactory移除,使用自定义的ValueProviderFactory

 1 public sealed class JsonDotNetValueProviderFactory : ValueProviderFactory
 2     {
 3        public override IValueProvider GetValueProvider(ControllerContext controllerContext)
 4        {
 5             if (controllerContext == null)
 6                 throw new ArgumentNullException("controllerContext");
 7
 8             if (!controllerContext.HttpContext.Request.ContentType.StartsWith("application/json", StringComparison.OrdinalIgnoreCase))
 9                 return null;
10
11             var reader = new StreamReader(controllerContext.HttpContext.Request.InputStream);
12             var bodyText = reader.ReadToEnd();
13
14             return String.IsNullOrEmpty(bodyText) ? null : new DictionaryValueProvider<object>(JsonConvert.DeserializeObject<ExpandoObject>(bodyText, new ExpandoObjectConverter()) , CultureInfo.CurrentCulture);
15         }
16     }

global.asax

 1 protected void Application_Start()
 2         {
 3             log4net.Config.XmlConfigurator.Configure();
 4             AreaRegistration.RegisterAllAreas();
 5             GlobalConfiguration.Configure(WebApiConfig.Register);
 6             FilterConfig.RegisterGlobalFilters(GlobalFilters.Filters);
 7             RouteConfig.RegisterRoutes(RouteTable.Routes);
 8             BundleConfig.RegisterBundles(BundleTable.Bundles);
 9             ValueProviderFactories.Factories.Remove(ValueProviderFactories.Factories.OfType<JsonValueProviderFactory>().FirstOrDefault());
10             ValueProviderFactories.Factories.Add(new JsonDotNetValueProviderFactory());
11             //AutofacBuilder<ModulesRepository>.RegisterPersistent();
12         }

网上介绍最多的是第一种方案,但是我觉得json.net比默认的javascriptserializer性能要好所以采用第二种方案!

http://www.cnblogs.com/zpc870921/p/4798640.html

时间: 2024-11-29 07:00:33

The JSON request was too large to be deserialized的相关文章

解决ASP.NET MVC(post数据)Json请求太大,无法反序列化(The JSON request was too large to be deserialized)

这个问题出现的场景并不是很多,当你向服务端异步(ajax)post数据非常大的情况下(比如做权限管理的时候给某个角色分配权限那么就可能会出现,我所遇到的就是该角色大概200个模块每个模块平均2个功能----那么发送到服务端action的将是一个有着400个对象的数组) 之前我们向服务端异步post数组可能需要使用 1 $.ajax({ 2 type: 'POST', 3 url: '/system/SaveRoleReModule', 4 dataType: "json", 5 con

koa-bodyParse 接受post 大表单报错:nodejs Error request entity too large

Node.js从2009横空出世之后,至今已经7年有余,各种web框架也林林总总,目前大约在npm上有35万左右包,刨去前端和一些无意义的封装,也是有非常可观的优秀的模块的.其中web框架也是特别抢眼的,从早期的express到现在koa,对异步流程控制的改进前仆后继.随着移动端崛起面向api的框架hapi和restify也如火如荼,更有一些面向特性的框架,比如thinkjs对es6/es7/typescript支持,整体来说,质量都是非常不错的,算百花齐放,还是那句话,即使不优化,你也能用这些

dnmp(docker的lnmp)安装WordPress之后图片上传问题 问题:图片上传大小问题解决和 报错413 Request Entity Too Large

首先是提示超过图片尺寸和大小, 最后发现都是图片大小的问题, 需要修改php的最大上传size 修改之后查看php配置  已经生效  但是还是报错, 提示返回不是合法的json,  查看控制台, 报错是问题:413 Request Entity Too Large  发现是Nginx的配置, 有盖配置. dnmp环境  php配置  直接重新 docker-compose up --build  就可以生效 nginx 需要 停止 删除 重新build才可以, 注意, 停止删除容器, build

WCF入门(一)--Request Entity Too large 传输的数据量过大

通过WCF进行数据的查询或者添加的时候,如果数据量过大,一般会报出如下的错误: 1.已超过传入消息(65536)的最大消息大小配额.若要增加配额,请使用相应绑定元素上的MaxReceivedMessageSize 属性. 2.远程服务器返回了意外反应(413)Request Entity too large. 3.远程服务器返回了意外反应(400)Bad Request. 具体的解决方案: 服务端返回数据给客户端报错 在客户端的配置文件中,主要修改maxReceivedMessageSize <

nginx、Apache、IIS中413 Request Entity Too Large问题解决方法

分享下nginx.Apache.IIS三种服务器解决413 Request Entity Too Large问题的方法. 一.nginx服务器 nginx出现这个问题的原因是请求实体太长了.一般出现种情况是Post请求时Body内容Post的数据太大了,如上传大文件过大.POST数据比较多. 处理方法在nginx.conf增加 client_max_body_size的相关设置, 这个值默认是1m,可以增加到8m以增加提高文件大小限制:当然可以设置的更大点.# 在http,server或者loc

ELK之kibana的web报错[request] Data too large, data for [&lt;agg [2]&gt;] would be larger than limit of

ELK架构:elasticsearch+kibana+filebeat 版本信息: elasticsearch 5.2.1 kibana 5.2.1 filebeat 6.0.0 (预览版) 今天在进行ELK测试的时候,在kibana上面discover无论那个index,发现均会报错: [request] Data too large, data for [<agg [2]>] would be larger than limit of 并且在elasticsearch的日志可以看到: or

Nginx出现413 Request Entity Too Large错误解决方法

Nginx出现的413 Request Entity Too Large错误,这个错误一般在上传文件的时候出现,打开nginx主配置文件nginx.conf,找到http{}段,添加 解决方法就是 打开nginx主配置文件nginx.conf,一般在/usr/local/nginx/conf/nginx.conf这个位置,找到http{}段,修改或者添加  代码如下 复制代码 client_max_body_size 2m; 然后重启nginx,  代码如下 复制代码 sudo /etc/ini

“Request Entity Too Large” 上传图片出现大小限制

昨天公司安卓app上传了图片爆了下面这个错误 <"-//IETF//DTD HTML 2.0//EN"> <html><head> <title>413 Request Entity Too Large</title> </head><body> <h1>Request Entity Too Large</h1> The requested resource<br />

运维挖坑埋坑之旅----413 Request Entity Too Large

好久没写博文了,天天忙的喘不过来气.最近是该总结总结前段时间的工作了,顺便缓解下这两天的霉气. 今天在内部上了一套图片编辑系统,结果下午就收到开发的报错,报错信息如下: <html> <head><title>413 Request Entity Too Large</title></head> <body bgcolor="white"> <center><h1>413 Request E