JSON序列化长度限制突破：Web.config配置失效原因与正确解决方案

当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<CanaleDetailed>参数——该错误本质发生在模型绑定阶段的JSON反序列化过程，即MVC框架尝试将POST请求体解析为canali参数时触发。

⚠️ 重要澄清：web.config中<jsonSerialization maxJsonLength="..." />仅影响JsonResult的输出序列化（即return Json(...)），对传入请求的反序列化完全无效。这也是你修改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());}

然后定义扩展工厂类：

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<string, object>>(bodyText, settings);            return new DictionaryValueProvider<object>(jsonData, CultureInfo.CurrentCulture);        }        catch (JsonReaderException)        {            return null;        }    }}

? 推荐使用 Newtonsoft.Json（Json.NET）替代原生JavaScriptSerializer，因其更灵活、性能更好，且可通过JsonConvert.DeserializeObject<T>显式控制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;}

但注意：你当前返回的是PartialViewResult（HTML），因此此步不适用——你的错误纯属入站反序列化失败，与返回类型无关。

✅ 替代方案：避免大JSON传输（推荐长期实践）

尽管技术上可突破限制，但传输2MB+ JSON存在显著风险：

• 网络不稳定易中断；
• 服务器内存压力陡增；
• 客户端解析缓慢，UI卡顿；
• 不符合REST/HTTP最佳实践。

✅ 更健壮的做法：

• 前端分页或分批提交（你已采用，值得坚持）；
• 使用FormData + 文件上传方式传输结构化数据（配合后端解析）；
• 改用SignalR实现实时增量更新；
• 将大数据存入临时存储（如Redis/Session），仅传递ID，后端按需加载。

? 总结：web.config的maxJsonLength仅控制Json()输出，对AJAX POST入参无效；解决大JSON提交必须干预模型绑定流程，优先推荐升级至Json.NET并定制JsonValueProviderFactory，同时评估架构层面的优化替代方案。