解决.net framework 4.0环境下遇到版本不同编译不通过的方法详解

2024-07-10 12:45:30

字体：大中小

来源：转载

供稿：网友

本文内容：
1.问题引出
2.问题解决
3.原因分析　

最近部门的开发环境都更新到了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

上一篇：CheckBoxList两列并排编译为表格显示具体实现

下一篇：datagrid绑定list没有数据表头不显示的解决方法