ASP.NET MVC 忽略内容长度？

Question

我在 ASP.NET MVC 中遇到了一些丢失发布数据的问题，这促使我研究 ASP.NET MVC 如何处理无效的内容长度。我原以为 MVC.NET 应该忽略内容长度无效的帖子，但事实似乎并非如此。

作为示例，尝试创建一个新的 ASP.NET MVC 2 Web 应用程序并将此操作添加到 HomeController：

public ActionResult Test(int userID, string text)
{
    return Content("UserID = " + userID + " Text = " + text);
}

尝试创建一个发布到上述操作的简单表单，运行 fiddler 并（使用“Request Builder”）修改原始数据，以便某些表单数据丢失（例如删除文本参数）。在执行请求之前，请记住取消选中“请求生成器”选项下的“修复内容长度标头”复选框，然后在上面的代码上设置断点并执行自定义 http 请求。

我发现该请求比正常情况要长得多（30 秒左右），但令我惊讶的是，控制器操作仍然处理该请求。有谁知道这是否是预期的行为，如果是，您会建议采取什么措施来防止无效的内容长度？

Answer 1

ASP.NET 不会忽略 Content-Length 请求标头。考虑以下控制器操作作为示例，它只是回显 foo 参数：

[HttpPost]
public ActionResult Index(string foo)
{
    return Content(foo, "text/plain");
}

现在让我们向它发出一个有效的 POST 请求：

using (var client = new TcpClient("127.0.0.1", 2555))
using (var stream = client.GetStream())
using (var writer = new StreamWriter(stream))
using (var reader = new StreamReader(stream))
{
    writer.Write(
@"POST /home/index HTTP/1.1
Content-Type: application/x-www-form-urlencoded
Host: localhost:2555
Content-Length: 10
Connection: close

foo=foobar");
    writer.Flush();
    Console.WriteLine(reader.ReadToEnd());
}

正如预期的那样，这将打印响应 HTTP 标头（这并不重要）并在我们有 foobar 主体。现在尝试减少请求的 Content-Length 标头：

POST /home/index HTTP/1.1
Content-Type: application/x-www-form-urlencoded
Host: localhost:2555
Content-Length: 5
Connection: close

foo=foobar

这会在响应正文中返回单个 f。正如您所看到的，无效的 HTTP 请求可能会导致参数解析不正确。