Safari浏览器MVC PUT请求对象映射失败问题排查与解决

这种跨浏览器的模型绑定差异，核心原因出在ASP.NET MVC的模型绑定规则和Safari发送PUT请求时的细微行为差异上：

1. 参数绑定来源的歧义：当你的控制器方法同时接收路由参数（Id）和复杂类型参数（Person）时，ASP.NET MVC的模型绑定器需要确定每个参数的来源。Chrome和Firefox的请求会让绑定器默认从请求体中解析嵌套的person属性，但Safari的请求触发了绑定器的不同逻辑——它没有正确识别请求体中的JSON结构，转而初始化了一个默认的Person实例（所有属性取默认值）。
2. 无歧义场景的正常工作：当你移除Id参数后，绑定器不需要在多个参数来源间做判断，可以直接将整个请求体映射到Person对象，所以在所有浏览器中都能正常工作。

这里有两种可靠的解决方案，你可以根据自己的代码结构选择：

方案一：明确指定复杂类型参数的绑定来源 #

通过[FromBody]特性告诉模型绑定器，Person参数必须从请求体中获取，同时调整Ajax请求的JSON结构，避免嵌套包装：

步骤1：修改控制器方法 #

给Person参数添加[FromBody]标记：

[HttpPut, Route("person/information/{Id}")]
public ActionResult UpdateInformation(int Id, [FromBody] Person person) {
    // 你的处理逻辑
}

步骤2：调整Ajax请求 #

直接发送Person对象的JSON，不再嵌套在person属性中：

var personObj = { name: 'SpiderMan', age: 25 };
$.ajax({
    url: '/person/information/' + $('.form').attr('id'),
    data: JSON.stringify(personObj), // 直接传递对象，移除外层包装
    contentType:'application/json',
    type: 'PUT',
    success: function (resp) { },
    error: function (xhr) { }
});

方案二：使用ViewModel统一接收参数 #

创建一个包含Id和Person的ViewModel类，让绑定器直接从请求体解析整个模型，彻底消除绑定来源的歧义：

步骤1：定义ViewModel #

public class PersonUpdateViewModel {
    public int Id { get; set; }
    public Person Person { get; set; }
}

步骤2：修改控制器方法 #

接收这个ViewModel，并可以选择保留路由参数（用[FromRoute]标记明确来源）：

[HttpPut, Route("person/information/{Id}")]
public ActionResult UpdateInformation([FromRoute] int Id, [FromBody] PersonUpdateViewModel model) {
    // 这里可以用路由的Id，或者直接用model.Id，根据需求调整
    // 你的处理逻辑
}

步骤3：调整Ajax请求 #

发送包含Id和Person的完整模型：

var personObj = { name: 'SpiderMan', age: 25 };
var updateModel = {
    Id: $('.form').attr('id'),
    Person: personObj
};
$.ajax({
    url: '/person/information/' + $('.form').attr('id'),
    data: JSON.stringify(updateModel),
    contentType:'application/json',
    type: 'PUT',
    success: function (resp) { },
    error: function (xhr) { }
});

这两种方案都能解决Safari中的模型绑定问题，同时保持Chrome和Firefox的兼容性。

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