当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，同时评估架构层面的优化替代方案。
