我在谷歌上搜索了这个并意识到可能有几个原因，所以我将描述我的情况.
I googled on this and realized there are probably several causes to this so I will describe my scenario.
当我的应用程序尝试加载在另一个版本的 Visual Studio (2010) 中构建的 .dll 文件时会发生这种情况，如果我在 Visual Studio 2008 上构建相同的项目，则 DLL 文件加载得很好...
This happens when my application tries to load a .dll file built in another version of Visual Studio (2010), if I build the same project on Visual Studio 2008 the DLL file loads just fine...
我不知道这是否重要，但 Visual Studio 2010 DLL 文件版本是在 Windows 7 x32 上构建的，而 Windows Vista 64 位与 Visual Studio 2008 位于另一端.
I don't know if it matters, but Visual Studio 2010 DLL file version is built on Windows 7 x32, and Windows Vista 64-bit is on the other side with Visual Studio 2008.
如果您动态链接到 MSVC 运行时，那么您需要在将运行您的应用程序的每台机器上安装该运行时.
If you link dynamically to the MSVC runtime then you need to install that runtime on every machine that will run your app.
请注意，在这种情况下，您似乎链接到运行时的调试版本，分发链接到运行时调试版本的应用是不正常的.
Note that in this case you appear to be linking to the debug version of the runtime, it is not normal to distribute apps linked against the debug version of the runtime.
这篇关于由于未找到 MSVCP100D.dll，应用程序无法启动，重新安装应用程序可能会起作用的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持跟版网！