我們有一個ASP.NET Core 2.x應用程序,該應用程序實現了自定義中間件,該中間件充當了另一個(基于Java)服務器/應用程序前面的代理。通常,此應用程序/中間件的客戶端會在服務器請求完成之前頻繁中止/取消其請求。我們已經將此應用程序部署到IIS(作為反向代理)并在Kestrel上運行。在Core 2.x之前,Kestrel有一個導致HttpContext.RequestAborted一直存在的錯誤false(此處是其他相關問題)...顯然已在2.x中修復(我已經確認)。然而,似乎在紅隼的前運行IIS的時候,它不會中止通過將請求轉發到茶隼和RequestAborted是仍然始終false有沒有什么辦法可以RequestAborted在這種配置下工作(或者如果沒有的話,可以通過其他任何方法進行檢測)?簡單的復制倉庫:https : //github.com/mikeomeara1/RequestAbortRepro更新該評論似乎表明存在一個已知問題,但目前尚不清楚到什么程度這個問題似乎也有關聯,但對我而言,它又不是直接相關的(至少不是用這樣的術語闡明的),這對我來說還是不完全清楚的。@spender-如果我對您的理解正確,那么標題比較就在這里。如果沒有,請告訴我,我會帶給您您想看的任何東西。茶葉似乎表明一個已知問題。所以,問題是;有辦法解決這個問題嗎?我們剛剛經歷了(非常痛苦的)1.1到2.x升級,希望這個問題能夠得到解決,并且讓我們的服務器在接下來的一個月/季度/年內遭受重創,這讓我們在這一點上頗為關注。我們正在開發的系統的體積正在大大增加。因此,歡迎任何變通方法,hack或瘋狂的想法。
- 1 回答
- 0 關注
- 159 瀏覽
添加回答
舉報
0/150
提交
取消