我现在正在使用AspNetCore 2.2构建一个纯RESTful应用程序的项目。
而现在,在实现multipart/form-data
上传API时遇到了一个奇怪的错误。
我试图将域对象用作POST API上的模型。 这是我的控制器。
[ApiController]
[Route("api/v{v:apiVersion}/[controller]")]
[ApiVersion("1")]
public class PhotoController : ControllerBase
{
[HttpPost]
public string Upload([FromForm]TestMultipartModel model)
{
return "success";
}
}
...我的模型看起来像这样。
public class TestMultipartModel
{
[Required]
public int? Num { get; set; }
public IFormFile File { get; set; }
public string Str { get; set; }
public List<TestMultipartSubModel> Details { get; set; }
}
public class TestMultipartSubModel
{
public string Name { get; set; }
// public IFormFile File { get; set; }
}
我使用Postman如下测试我的API。 (我很想发布Postman的屏幕截图,但我的声誉太低,无法做到:(
num: "1"
str: "some string..."
file: "random.png"
details[0].name: "my_name"
details[0].file: "another_random.png"
details[1].name: "second_name"
details[1].file: "second_random.png"
一切正常,就好像子模型不包含IFormFile
属性一样。
但是,如果我取消注释该行,则在发布API之后,我的CPU将开始爆裂,但该程序除了打印以下日志外将什么也不做:
Microsoft.AspNetCore.Hosting.Internal.WebHost:Information: Request starting HTTP/1.1 POST http://localhost:44388/api/v1/photo multipart/form-data; boundary=--------------------------565570716756230895912873 30896
Microsoft.AspNetCore.Routing.EndpointMiddleware:Information: Executing endpoint 'MyProject.Controllers.PhotoController.Upload (MyProject)'
Microsoft.AspNetCore.Mvc.Internal.ControllerActionInvoker:Information: Route matched with {action = "Upload", controller = "Photo", page = ""}. Executing controller action with signature System.String Upload(MyProject.Controllers.TestMultipartModel) on controller MyProject.Controllers.PhotoController (MyProject).
但是它应该在这三行之后打印此行(当然,运行我的Upload
方法)。
Microsoft.AspNetCore.Mvc.Internal.ControllerActionInvoker:Information: Executing action method MyProject.Controllers.PhotoController.Upload (MyProject) - Validation state: Valid
经过几个小时的调试,我仍然不知道如何解决此问题。
如果有人可以告诉我1)这是Microsoft的错误还是2)如何解决此错误(例如实现自己的自定义IModelBinder或其他功能),我将不胜感激!
答案 0 :(得分:0)
使用关键字aspnetcore ModelBinding infinite loop
进行谷歌搜索后,我在this link中找到了答案。
似乎Microsoft已修复了Asp.Net Core 3.0中的此错误,所以我现在要做的是说服我的团队升级我们的项目...