
当ASP.NET MVC中JavaScriptSerializer抛出“maxJsonLength exceeded”错误时,仅修改web.config中的maxJsonLength并不足以解决AJAX POST提交大JSON数据的问题——关键在于服务端反序列化阶段的配置缺失及控制器返回JSON时的显式长度设置。
当asp.net mvc中javascriptserializer抛出“maxjsonlength exceeded”错误时,仅修改web.config中的`maxjsonlength`并不足以解决ajax post提交大json数据的问题——关键在于服务端反序列化阶段的配置缺失及控制器返回json时的显式长度设置。
在ASP.NET MVC中,maxJsonLength限制实际作用于两个独立环节:请求反序列化(入站) 和 响应序列化(出站)。你当前遇到的错误(Error serializing or deserializing using JavaScriptSerializer)虽提示“serializing or deserializing”,但结合你的场景——前端通过$.ajax发送超长JSON(2,199,215字符 > 默认2,097,152),且控制器接收IEnumerable
⚠️ 重要澄清:web.config中
正确解决方案分两步:
✅ 第一步:提升入站JSON反序列化限制(针对MVC 3+)
需在Global.asax.cs中注册自定义JsonValueProviderFactory,并设置更大的MaxJsonLength:
// Global.asax.cs - Application_Start 方法内添加
protected void Application_Start()
{
// 移除默认工厂
ValueProviderFactories.Factories.Remove(
ValueProviderFactories.Factories.OfType<jsonvalueproviderfactory>().FirstOrDefault());
// 添加自定义工厂(支持超长JSON)
ValueProviderFactories.Factories.Add(
new JsonValueProviderFactoryWithLargeLimit());
}</jsonvalueproviderfactory>
然后定义扩展工厂类:
public class JsonValueProviderFactoryWithLargeLimit : JsonValueProviderFactory
{
public override IValueProvider GetValueProvider(ControllerContext controllerContext)
{
if (controllerContext == null)
throw new ArgumentNullException(nameof(controllerContext));
var request = controllerContext.HttpContext.Request;
if (!string.Equals(request.ContentType, "application/json", StringComparison.OrdinalIgnoreCase))
return null;
var stream = request.InputStream;
stream.Seek(0, SeekOrigin.Begin);
var reader = new StreamReader(stream);
string bodyText = reader.ReadToEnd();
if (string.IsNullOrEmpty(bodyText))
return null;
// 使用自定义 JsonSerializerSettings(可选:启用最大长度)
var settings = new JsonSerializerSettings
{
MaxDepth = 100,
DateParseHandling = DateParseHandling.DateTime
};
try
{
var jsonData = JsonConvert.DeserializeObject<dictionary object>>(bodyText, settings);
return new DictionaryValueProvider<object>(jsonData, CultureInfo.CurrentCulture);
}
catch (JsonReaderException)
{
return null;
}
}
}</object></dictionary>
? 推荐使用 Newtonsoft.Json(Json.NET)替代原生JavaScriptSerializer,因其更灵活、性能更好,且可通过JsonConvert.DeserializeObject
显式控制MaxDepth和MaxJsonLength(通过JsonSerializerSettings)。
✅ 第二步:确保出站响应无限制(若返回JSON)
如果你的Action改为返回JsonResult(如return Json(data)),则必须显式设置MaxJsonLength:
public JsonResult RicalcolaRenderCanaliRows(IEnumerable<canaledetailed> canali)
{
var result = Json(canali, JsonRequestBehavior.AllowGet);
result.MaxJsonLength = int.MaxValue; // 必须显式设置!
return result;
}</canaledetailed>
但注意:你当前返回的是PartialViewResult(HTML),因此此步不适用——你的错误纯属入站反序列化失败,与返回类型无关。
✅ 替代方案:避免大JSON传输(推荐长期实践)
尽管技术上可突破限制,但传输2MB+ JSON存在显著风险:
- 网络不稳定易中断;
- 服务器内存压力陡增;
- 客户端解析缓慢,UI卡顿;
- 不符合REST/HTTP最佳实践。
✅ 更健壮的做法:
- 前端分页或分批提交(你已采用,值得坚持);
- 使用FormData + 文件上传方式传输结构化数据(配合后端解析);
- 改用SignalR实现实时增量更新;
- 将大数据存入临时存储(如Redis/Session),仅传递ID,后端按需加载。
? 总结:web.config的maxJsonLength仅控制Json()输出,对AJAX POST入参无效;解决大JSON提交必须干预模型绑定流程,优先推荐升级至Json.NET并定制JsonValueProviderFactory,同时评估架构层面的优化替代方案。











