您好,登錄后才能下訂單哦!
這篇文章給大家分享的是有關.net framework 4.0環境下遇到版本不同編譯不通過怎么辦的內容。小編覺得挺實用的,因此分享給大家做個參考,一起跟隨小編過來看看吧。
最近部門的開發環境都更新到了WIN7+.NET framework4+VS2010上,在體驗新技術和新環境帶給我們提高效率的方式方法的同時也帶來了一些兼容性的問題;這幾天項目閑暇時在研究SQLite,在做實驗的時候碰到個問題,代碼編譯通過執行時反復異常中斷,查到后面原來是SQLite.dll是在framework2.0環境下編譯的而現在的運行環境是framework4.0,所以就出現了運行異常,如圖:
由于以后的開發過程中,可能會引用一些第三方的組件,有可能是老的framework版本下編譯的,同樣會出現此類的問題,所以在本文中提供一個解決辦法和說明造成此問題的原因。
查閱了相關資料,stackoverflow.com上建議在config文件中增加配置:
復制代碼 代碼如下:
<startup useLegacyV2RuntimeActivationPolicy="true">
<supportedRuntime version="v4.0"/>
</startup>
MSDN上也對此方法進行了闡述,參見http://msdn.microsoft.com/en-us/library/bbx34a2h(VS.100).aspx
但是使用此方法編譯后問題仍然沒有解決,但是問題可以明確鎖定為.net runtime環境的問題了。
復制代碼 代碼如下:
<startup useLegacyV2RuntimeActivationPolicy="true">
<supportedRuntime version="v4.0"/>
<requiredRuntime version="v4.0.30319" />
</startup>
再次運行,問題解決。這下需要了解是什么原因造成的?
supportedRuntime標簽用來 具體說明應用程序支持的是哪個.framework運行時的版本;
requiredRuntime標簽用來 具體說明應用程序只支持1.0版本的公用語言運行時間。如果使用1.1版本或者后面的版本來編譯,應用程序必須使用<supportedRuntime>元素;
注意:
<supportedRuntime>必須通過1.1版本或后面的版本而編譯的應用程序來使用。只支持1.0版本的運行時間的應用程序必須使用<requiredRuntime>。
再次查閱CLR Runtime版本的相關資料,引用以下CLR運行規則和各版本間關系匯總表格,如下:
規則:
1. CLR4.0及以上版本編譯的應用程序總是運行在應用程序所被編譯的CLR版本上;
2. CLR4.0以下版本編譯的應用程序優先運行在被編譯的CLR版本上,如果此版本不存在,則運行最新的小于CLR4.0的版本;
匯總如下:
EXE被編譯的CLR版本號 | 機器上安裝有CLR 1.1? | 機器上安裝有CLR 2.0? | 機器上安裝有CLR 4.0? | 結果 |
1.1 | 是 | 無所謂 | 無所謂 | 加載CLR 1.1 |
2.0 | 無所謂 | 是 | 無所謂 | 加載CLR 2.0 |
1.1 | 否 | 是 | 無所謂 | 加載CLR 2.0 |
1.1 | 否 | 否 | 是 | 失敗 |
2.0 | 無所謂 | 否 | 是 | 失敗 |
感謝各位的閱讀!關于“.net framework 4.0環境下遇到版本不同編譯不通過怎么辦”這篇文章就分享到這里了,希望以上內容可以對大家有一定的幫助,讓大家可以學到更多知識,如果覺得文章不錯,可以把它分享出去讓更多的人看到吧!
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。