在.NET 4.6的RyuJIT編譯器中又發現了兩個嚴重的bug，開發者Andrey Akinshin已經將第一個bug記錄下來，并提供了以C#編寫的概念驗證式代碼以解釋其中的問題。而正是StackOverflow上的一名用戶“BrandonAGr”在網站上的留言啟發Akinshin編寫了這段代碼。

\\

Akinshin在示例中使用了可空的布爾類型，它展示了當RyuJIT在試圖生成優化代碼時導致所生成的程序集出錯的情況。從這個示例的運行結果來看，它在首次運行時會產生錯誤，而第二次運行時卻一切正常，這一點更令人頭疼。Akinshin在總結中說道：“RyuJIT似乎存在著一個相當棘手的優化bug，這個bug的產生依賴于大量的附加條件，而對于源代碼的每次修改都會破壞它的可重現性?！?/p>\\

所幸來自微軟的開發者“schellap”已經為這一錯誤提交了一個修復，但就像本周早先所報告的問題一樣，目前還沒有發布任何二進制的補丁包。使用者對于RyuJIT目前的現狀表示了他們的挫折感與憂慮。用戶“EasmoneNerbonne”認為，根據所報告的bug情況來看，“……看起來，最好的做法是在近期全面停止使用[RyuJIT]，而不僅僅是禁用尾調用功能而已?！?Akinshin對此也表示了贊同。而用戶Daniel Marbach也說道：“……那篇介紹RyuJIT的博客應當更新一下這些bug的情況，并且微軟應該發布一篇公開聲明，清楚地說明：不要在生產環境中使用RyuJIT。”（原文即以大寫表示強調）

\\

第二個bug是由GitHub用戶Hyunho Richard Lee所報告的，他通過一段F#代碼的示例展現了這個bug：原本應該正常運行的程序卻產生了錯誤（拋出FatalExecutionEngineError異常）。按照Lee的說法，對于能夠正常運行的、以.NET 4.5.1（或4.5、4.5.2）為目標的F# 3.1程序，在安裝.NET 4.6 RC后就會產生問題。

\\

Lee為F#開發者總結了這個問題：

\\\

如果F#開發者在現有應用的任何一處代碼中，對于KeyValuePair類型的Seq執行了Seq.distinct方法，那么他們必須對運行環境加以控制，確保部署環境中沒有安裝.NET 4.6。另一種做法是立即重新設置項目的目標，隨后立即重新部署這些項目。

\\\

微軟的開發者sivarv暗示這個問題已經在一個提交中得以修復，但正如上文所述，目前還沒有公開宣布任何二進制補丁包的發布日期。

\\

查看英文原文：Two More Major Bugs Revealed in .NET 4.6's RyuJIT Compiler

總結

以上是生活随笔為你收集整理的.NET 4.6的RyuJIT编译器中又发现两个严重的Bug的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。