程序同时使用微软的多个C运行库的风险

同时使用微软的多个C运行库的风险

Microsoft的Visual C++是Windows下使用最广的编译器，历史悠久，目前的最新版本是VC2008。VC有多个版本，每个版本都附带一个C运行库。从VC6开始附带的运行库如下：
VC6 msvcrt.dll
VC7(VC 2002) msvcrt7.dll
VC7.1(VC2003) msvcrt71.dll
VC8(VC2005) msvcrt80.dll
VC9(VC2008) msvcrt90.dll
msvcrt.dll后来由Windows自带，成为了Windows系统的一部分，描述也成了“Windows NT CRT DLL”。

假如一个程序在VC2008下面开发，但是它依赖于某些第三方动态库，这些第三方库由VC6编译，这样程序就会同时依赖于msvcrt.dll和msvcrt90.dll这两个C运行库。这样做有什么风险呢？程序中很多对象、资源都是由C运行库维护的（那些不依赖于C运行库的程序例外），比如内存（通过malloc申请的内存）、文件指针（FILE*）、环境变量。程序依赖多个C运行库，进程中就有C运行库的多个实例，这些个不同C运行库维护的对象、资源是不能混用的，否则就会导致严重的错误。比如通过msvcrt.dll打开的文件指针传递给msvcr90.dll去读取文件内容。
详情可以参考下面的两个文档：
C Run-Time Libraries http://msdn.microsoft.com/en-us/library/abx4dbyh.aspx
Potential Errors Passing CRT Objects Across DLL Boundaries
http://msdn.microsoft.com/en-us/library/ms235460.aspx
这种情况一定会出问题吗？那到不一定。如果动态库的接口设计者注意到了这个问题，接口设计的比较合理，参数和返回值的类型都比较合理，就不会有问题。

另外一种情况与此类似，也会导致多个C运行库实例的出现。那就是：程序中某些库链接到了Debug版本的C运行库，某些库链接到了Release版本的C运行库。

对于新版本的VC来说，如果打了补丁后C运行库进行了更新，新的C运行库和旧的也是不同的版本，即使它们名字相同，它们会被放到/WINDOWS/WinSxS下不同的目录中。这种情况也需要谨慎小心，尽量使用同一个补丁版本进行编译，链接到同样版本的运行库。

在程序有多个库组成时，用同一个编译器编译，同时保证它们的编译选项尽量一致。这样避免一些莫名其妙错误的发生。

同样这个问题在C++运行库中也存在，不再详述。