當(dāng)我使用 Postman 嘗試將大文件上傳到我的服務(wù)器（用 .NET Core 2.2 編寫）時(shí)，Postman 立即顯示錯(cuò)誤HTTP Error 404.13 - Not Found：The request filtering module is configured to deny a request that exceeds the request content length但是，當(dāng)我使用代碼上傳那個(gè)大文件時(shí)，它會(huì)卡在發(fā)送文件的線路上。我的客戶代碼：    public async void TestUpload() {        StreamContent streamContent = new StreamContent(File.OpenRead("D:/Desktop/large.zip"));        streamContent.Headers.Add("Content-Disposition", "form-data; name=\"file\"; filename=\"large.zip\"");        MultipartFormDataContent multipartFormDataContent = new MultipartFormDataContent();        multipartFormDataContent.Add(streamContent);        HttpClient httpClient = new HttpClient();        Uri uri = new Uri("https://localhost:44334/api/user/testupload");        try {            HttpResponseMessage httpResponseMessage = await httpClient.PostAsync(uri, multipartFormDataContent);            bool success = httpResponseMessage.IsSuccessStatusCode;        }        catch (Exception ex) {        }    }我的客戶端代碼卡在了 line HttpResponseMessage httpResponseMessage = await httpClient.PostAsync(uri, multipartFormDataContent)，而服務(wù)器沒有收到任何請求（我使用斷點(diǎn)來確保這一點(diǎn)）。如果文件較大，它會(huì)卡住更長時(shí)間。查看任務(wù)管理器，我可以看到我的客戶端程序使用了大量的 CPU 和磁盤，因?yàn)樗鼘?shí)際上是將文件上傳到服務(wù)器。過了一會(huì)兒，代碼移動(dòng)到下一行，即bool success = httpResponseMessage.IsSuccessStatusCode然后通過閱讀響應(yīng)內(nèi)容，我得到了與Postman完全相同的結(jié)果?，F(xiàn)在我想知道如何立即獲取錯(cuò)誤以便能夠及時(shí)通知用戶，我不想等待很長時(shí)間。請注意，當(dāng)我使用 Postman 上傳大文件時(shí)，我的服務(wù)器也沒有收到任何請求。我想我錯(cuò)過了一些東西，也許我的客戶端代碼有問題。編輯：實(shí)際上我認(rèn)為這是客戶端錯(cuò)誤。但如果是服務(wù)器端錯(cuò)誤，那么對我來說仍然沒有太大意義。因?yàn)椋屛依砬逅悸?。我想?chuàng)建這個(gè)可以跨項(xiàng)目使用的小助手類，也許我也可以與我的朋友分享。所以我認(rèn)為它應(yīng)該能夠像Postman一樣，盡快確定錯(cuò)誤。如果郵遞員能做到，我也能。EDIT2：很奇怪，今天我發(fā)現(xiàn)郵遞員事先不知道服務(wù)器是否接受大請求，我上傳了一個(gè)大文件，我看到它實(shí)際上將整個(gè)文件發(fā)送到服務(wù)器，直到得到響應(yīng)?，F(xiàn)在我不再相信自己了，為什么我認(rèn)為郵遞員提前知道錯(cuò)誤，我一定是愚蠢的。但這確實(shí)意味著我找到了一種比 Postman 更好的方法來完成我的工作，所以我認(rèn)為這個(gè)問題可能對某人有用。