Microsoft Visual Studio〜C / C ++运行时库〜静态/dynamic链接

我是Microsoft Visual Studio用户。 我的问题是关于“C / C ++运行时库”。

我创build了一个带有“.cpp”源文件“main.cpp”的“Empty Project”,其中包含以下代码:

#include <iostream> int main(void) { std::cout << "Hello World" << std::endl; return 0; } 

“iostream是一个用于C ++编程语言的input/输出的头文件,它是C ++标准库的一部分。

  1. “C / C ++运行时库”和“C / C ++标准库”有什么不同?

  2. 如何知道“C / C ++运行时库”库是静态还是dynamic链接到项目?

  3. 我怎么知道这个库在文件系统中的位置?

  4. 如果“C / C ++运行时库”dynamic链接到项目中,怎样才能知道使用了哪个“.dll”以及文件系统中使用的“.dll”的位置?

  5. 假设我将“C / C ++运行时库”静态链接到项目,我可以确定从源代码生成的可执行文件可以在所有的Windows平台(XP / Vista / Seven / …,32位/ 64位)?

  6. 将“C / C ++运行时库”dynamic链接到项目有什么优点/缺点?

  7. “C / C ++运行时库”应该静态还是dynamic地链接到项目?

谢谢你的回答。

2 Solutions collect form web for “Microsoft Visual Studio〜C / C ++运行时库〜静态/dynamic链接”

术语“C / C ++运行时库”没有任何意义,它大致是IDE中项目设置的名称。 项目+属性,C / C ++,代码生成,运行时库设置。 在那里你可以select/ MD和/ MT。

使用/ MD,默认设置,您的程序将使用运行时库的DLL版本。 在您的机器上,它们被Visual Studio安装程序复制到c:\ windows \ system32和/或c:\ windows \ syswow64中。 而且你已经在VS安装目录的vc / redist子目录中获得了它们的副本,供你在为程序创build安装程序时使用。 他们有三个版本,x86为32位Intel处理器,64位为Intel处理器,arm为ARM处理器。 根据您在项目中select的平台select合适的平台。

相关的DLL名称是:

  • msvcr110.dll:C运行时库(memcpy等)
  • msvcp110.dll:C ++标准库(std :: string et al)
  • vccorlib110.dll:Windowsapp store应用程序的运行时库
  • vcomp110.dll:OpenMP的运行时库(请参阅#pragma omp)
  • atl110.dll:ATL项目的运行时库
  • mfc110 * .dll:MFC项目的运行时和本地化库
  • vcamp110.dll:AMP项目的运行时库

在你的机器上,你也得到了这些DLL的debugging版本,由VS安装程序复制到Windows目录。 它们与附加的字母“d”具有相同的名称。 只用于debugging你的代码,你不能重新分配它们。 相应的运行时库设置是/ MDd。

大多数C ++项目只需要msvcr110.dll和msvcp110.dll,当你select使用其他库时,你会知道,因为它们有特定的项目模板和设置。

获取用户计算机上安装的所有这些DLL的简单方法是使用预构build的安装程序。 您可以从这里下载(注意:目前仅在今天,当服务包或更新可用时,这可能会改变)。 或者您可以简单地将它们复制到主EXE所在的目录中。

您可以通过将运行时库设置更改为/ MT来避免依赖于这些DLL。 在这种情况下,运行时支持代码链接到您的程序中,您将只有一个EXE部署。 这样做当然会变得更大,尤其是当你使用MFC的时候。

如果你创buildDLL和EXE,使用/ MT是有风险的。 你的程序中会有多个CRT副本。 对VS的早期版本来说,这尤其是一个问题,每个CRT都会有自己的堆,而VS2012则没有这么多。 但是当你有多个“errno”variables时,你仍然可能会遇到难看的运行时问题。 强烈build议使用/ MD来避免这种损失。

您的程序将在Windows Vista,7和8上运行。对XP的支持正在减弱,您将需要VS Update 1并将项目中的工具集设置从“v110”更改为“v110_xp”,以创build仍然在XP上运行的程序。 当你这样做的时候,一些function会丢失,与语言环境和线程本地存储相关联,testing是必需的。

这里什么也没有…如果你发现一个错误,

1.“C / C ++运行时库”和“C / C ++标准库”有什么不同?

是和不是。 有时人们使用运行时库来表示一切,完全忽略标准库(对于微软工具)。 然而,从技术上讲,运行时库是在运行时加载的,所以它包含了对.lib(import lib)和.dll。 详情请参阅: http : //msdn.microsoft.com/en-us/library/vstudio/abx4dbyh(v=vs.100).aspx

从技术上说,libc *是标准库,* crt是运行时库。

2.如何知道“C / C ++运行时库”库是静态还是dynamic链接到项目?

如果您使用的IDE(VS2010,其他类似),这是在项目属性:

 - configuration properties - c/c++ - code generation [Runtime Library] 

3.我怎么知道这个库在文件系统中的位置?

lib文件位于sdk的lib目录(如果您安装了更高版本的Windows sdk)或visual c ++目录。

4.如果“C / C ++运行时库”dynamic链接到项目中,怎样才能知道使用了哪个“.dll”以及文件系统中使用的“.dll”的位置?

你可以通过使用依赖工具来确定使用哪一个。 http://www.dependencywalker.com/

DLL在Windows目录中的某处。 他们把他们移动,现在在时髦的地方有体现和东西来跟踪版本。 我不会太担心这个。 如果你不得不担心这个,可能是错的。 有关详细信息: http : //msdn.microsoft.com/en-us/library/windows/desktop/aa375365( v = vs.85).aspx http://en.wikipedia.org/wiki/Side-by-side_assembly

如果这是一个问题,可以使用安装程序捆绑可重新分发的软件包: Visual Studio Redistributable和Visual Studio SP1之间的区别

5.假设我将“C / C ++运行时库”静态链接到项目,我可以确定从源代码生成的可执行文件可以在所有的Windows平台(XP / Vista / Seven / …,32位/ 64位)?

是的,如果你静态链接,那么你无法find该DLL更安全。 但是,这会使您的可执行文件变大。 在行为方面还有其他的后果……这是很难枚举的,但不同之处在于这个库是在一个dll中编译进你的exe中的。

6.将“C / C ++运行时库”dynamic链接到项目有什么优点/缺点?

为什么使用dll:

一个大小。 更小的exe文件大小,因为所有库的东西都在应该已经安装在用户的系统上的dll中,尽pipe这有时并不正确。

b – 如果运行时存在错误,则Microsoft可以将新版本推送给用户。 你不必处理它。 如果您静态链接,则必须将新的exe文件推送给用户。

为什么不使用dll:

– 处理DLL的许多问题。 如果忘记捆绑重组,可能会出现很多问题。

b – 有更多的DLL加载和卸载导致启动和退出时间较慢。

可能其他原因,我没有想到…

7.“C / C ++运行时库”应该静态还是dynamic地链接到项目?

它真的取决于。 我个人更喜欢静态链接。 我讨厌寻找正确的redist / dll /等。

  • 如何停止debugging(或分离进程)而不停止进程?
  • 如何禁用VisualStudio中的devise模式选项
  • Visual Studiodebugging器提示和技巧
  • 在Visual Studio 2012中注释和取消注释代码的关键快捷键是什么?
  • 在编译期间,“代码9009退出”是什么意思?
  • 有没有可能在macOS上使用Visual Studio?
  • 将所有文件包含在一个文件夹中
  • 错误使用团队资源pipe理器安装Visual Studio 2015企业更新1
  • 使用Visual Studio时是否可以自动增加文件构build版本?
  • 如何closuresVC ++项目中的Unicode?
  • 如何获取<Message> msbuild任务在Visual Studio项目输出中显示?