AJAX传JSON日期跨文化兼容问题：.NET后端接收异常咨询

1. 为何服务器期望日期为mm/dd/yyyy格式？ #

核心原因是WebMethod的执行上下文未正确继承用户的文化设置：

• 你在母版页Page_Init中设置的页面Culture，仅作用于ASP.NET页面的渲染和常规请求处理流程，但WebMethod是通过AJAX独立调用的，它的执行上下文不会继承页面的文化配置。
• 你的web.config中culture="auto"是根据请求的Accept-Language头自动检测文化，但AJAX请求通常不会主动传递用户的文化标识（除非显式配置），此时WebMethod会默认使用服务器系统的默认文化（这里应为en-US，即美国格式）。
• 当客户端传递智利格式的日期字符串（dd-mm-yyyy）时，WebMethod用en-US文化解析会判定为无效（比如13-02-2024会被当作月份13，超出合法范围），而美国格式mm/dd/yyyy符合en-US的日期解析规则，因此可以正常处理。

2. 无需修改所有JS文件的优雅服务端方案 #

业内常见的解决方案有以下几种，都不需要逐个修改JS文件：

方案一：全局设置WebMethod执行上下文的文化 #

通过ASP.NET管道事件或HttpModule，在WebMethod执行前根据登录用户的文化配置当前线程的文化：

• 实现一个IHttpModule，在BeginRequest事件中判断请求是否为WebMethod调用（可通过请求路径或Content-Type判断，比如application/json且路径指向.asmx或.aspx的WebMethod）。
• 从Session、用户Token或请求中已有的用户标识，获取当前登录用户的文化（比如es-CL或en-US）。
• 设置Thread.CurrentThread.CurrentCulture和Thread.CurrentThread.CurrentUICulture为用户对应的CultureInfo。
• 这样WebMethod在解析Date类型参数时，会使用对应用户的文化规则，自动兼容mm/dd/yyyy和dd-mm-yyyy格式。

方案二：自定义日期类型绑定逻辑 #

创建自定义的ModelBinder或TypeConverter，全局处理Date类型的参数解析：

• 重写DateTime类型的绑定逻辑，在解析时先尝试用用户的文化格式解析，若失败再尝试其他常见格式（比如ISO 8601）。
• 在WebMethod中可以将日期参数改为字符串类型，然后在方法内部显式根据用户文化解析：

  public static string SaveDate(string dateStr)
  {
      var user = GetLoggedInUser();
      if (DateTime.TryParse(dateStr, new CultureInfo(user.Culture), DateTimeStyles.None, out DateTime date))
      {
          // 存入数据库逻辑
          return "Success";
      }
      return "Invalid Date";
  }
  

• 若要全局生效，可在Global.asax中注册自定义ModelBinder，对所有Date类型参数应用统一解析规则。

方案三：全局AJAX请求附加文化标识（几乎无JS修改） #

通过全局AJAX配置，给所有AJAX请求自动添加用户文化的请求头，服务端根据请求头设置文化：

• 若使用jQuery，只需在全局JS文件（比如site.js）中添加一次全局配置，无需修改每个表单的提交逻辑：

  $.ajaxSetup({
      headers: { "Custom-Culture": GetLoggedInUserCulture() }
  });
  

• 服务端在HttpModule或Global.asax的BeginRequest事件中，读取Custom-Culture请求头，设置当前线程的文化，后续WebMethod即可用对应文化解析日期。

内容的提问来源于stack exchange，提问作者WhatsInAName