- 第1集：驗證 .NET 5.0 正式版 docker 鏡像問題
- 第2集：碼中的小窟窿，背后的大坑，發現重要嫌犯 EnyimMemcachedCore
- 第3集-劇情反轉：EnyimMemcachedCore 無罪，.NET 5.0 繼續背鍋
- 第4集：一個.NET，兩手准備，一個issue，加倍關注
考慮到案情的復雜性與戲劇性，今天我們進行了第2手准備，從基於 .NET 5.0 的最新版博客系統修改出 .NET Core 3.1 版。之前回退的 .NET Core 3.1 版是10月14日生成的，中間相差了30多個發布，降級太多，不能長時間在線上使用，有了最新的 .NET Core 3.1 版，一是做好長期破案准備，二是確認一下是否是中間的代碼修改造成的問題，今天晚上8點左右會發布這個 .NET Core 3.1 版。
今天，我們在 .NET 5.0 的總部看到一個11月15日提交的issue —— Garbage Collection Thread is blocked waiting for another thread for 10 seconds or more，被開頭的 description 吸引：
Performance issues observed in a web application when one of API end point starting responding slow due to slow file share dependency. But it triggered unexpected behavior which we have not seen before, i.e. 503, time out (Redis) exceptions & intermittent hangs. Primarily due to GC Thread is blocked by another thread.
問題表現與我們遇到的類似，雖然 github 上反饋的這個問題是在 .NET Framework 4.7.1 上出現的，但 .NET 5.0 是 .NET Framework 與 .NET Core 的統一，所以不能說毫不相關，微軟已經為這個 issue 打上了 area-VM-coreclr 標簽，值得加倍關注。
【21:47更新】今天晚上發布最新版博客系統的 .NET Core 3.1 版也出現了故障。。。