解决.net framework 4.0环境下遇到版本不同编译不通过的方法详解
2013-05-15 00:00
579 查看
本文内容:
1.问题引出
2.问题解决
3.原因分析
最近部门的开发环境都更新到了WIN7+.NET framework4+VS2010上,在体验新技术和新环境带给我们提高效率的方式方法的同时也带来了一些兼容性的问题;这几天项目闲暇时在研究SQLite,在做实验的时候碰到个问题,代码编译通过执行时反复异常中断,查到后面原来是SQLite.dll是在framework2.0环境下编译的而现在的运行环境是framework4.0,所以就出现了运行异常,如图:
由于以后的开发过程中,可能会引用一些第三方的组件,有可能是老的framework版本下编译的,同样会出现此类的问题,所以在本文中提供一个解决办法和说明造成此问题的原因。
查阅了相关资料,stackoverflow.com上建议在config文件中增加配置:
MSDN上也对此方法进行了阐述,参见http://msdn.microsoft.com/en-us/library/bbx34a2h(VS.100).aspx
但是使用此方法编译后问题仍然没有解决,但是问题可以明确锁定为.net runtime环境的问题了。
再次运行,问题解决。这下需要了解是什么原因造成的?
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
无所谓
否
是
失败
至此我们就能很清楚的搞清各个CLR版本之间的联系了。
总结:微软每次版本升级都会造成一些新的问题的出现,早年从CLRv1.0到CLRv2.0曾经也造成很多的困惑,可能也是由于过大的组织造成不能面面俱到吧,希望在今后的版本升级中能真正做到无缝的版本联接。
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
是
无所谓
无所谓
加载CLR 1.1
2.0
无所谓
是
无所谓
加载CLR 2.0
1.1
否
是
无所谓
加载CLR 2.0
1.1
否
否
是
失败
2.0
无所谓
否
是
失败
至此我们就能很清楚的搞清各个CLR版本之间的联系了。
总结:微软每次版本升级都会造成一些新的问题的出现,早年从CLRv1.0到CLRv2.0曾经也造成很多的困惑,可能也是由于过大的组织造成不能面面俱到吧,希望在今后的版本升级中能真正做到无缝的版本联接。
相关文章推荐
- 解决.net framework 4.0环境下遇到版本不同编译不通过的方法详解
- .net framework 4.0环境下遇到版本不同编译不通过的解决办法
- .net framework 4.0安装遇到阻滞解决方法
- linux下安装两个不同版本的交叉编译环境arm-linux-gcc4.4.3、arm-linux-gcc3.4.1,切换调用的解决
- 解决Castle.DynamicProxy的LockBlockExpression在.NET Framework 4.0以上版本歧义问题
- JAVA学习之一——在DOS环境下编译遇到的问题及解决方法
- Net反射技术应用解决对象不同版本方法不同参数的问题 【转载】
- Net反射技术应用解决对象不同版本方法不同参数的问题
- 安装Microsoft .NET Framework 4.0后站点所有ASPX页面404解决方法
- DotNetNuke(DNN)皮肤制作-通过JS文件解决不同IE版本对CSS解释不一致的问题
- win7 安装.Net framework 4.0出现 安装不成功,错误代码0x80240037 的解决方法
- .Net Framework 4.5.1 安装时遇到严重错误 问题的解决方法
- 关于 Qt编译环境从Qt5迁移到Qt4遇到Qt::FramelessWindowHint失效 的解决方法
- 安装Microsoft .NET Framework 4.0后站点所有ASPX页面404解决方法
- 将asp.net webapi的运行时版本由4.0升级到4.5.1时遇到的问题及解决
- UE4 不同版本编译常见错误及解决方法
- vs2010打包系统必备选择.net framework 3.5sp1编译错误的解决方法
- C# .NET Winform等程序一运行就闪退 不同环境 换到其他电脑,例如XP之类的解决方法。
- 关于客户遇到的S5pv210 wince6.0 BSP编译不通过的问题解决方法
- Net反射技术应用解决对象不同版本方法不同参数的问题(转)