我建议还检查当前使用了多少内存。

事实证明，无法找到这些DLL文件是在Visual Studio中运行程序(运行或调试)时出现的第一个症状。

经过半个多小时的绞尽脑汁、搜索网页、运行进程监视器和任务管理器以及依赖之后，一个从一开始就一直在运行的完全不同的程序报告说“内存不足;试着停止一些程序”。在杀死Firefox、雷鸟、进程监视器和依赖之后，一切都恢复正常了。

我在尝试了新的Windows 7 OEM安装后，升级到Windows 10，出现了这个问题。

在搜索了微软论坛之后，我发现了以下对我有用的解决方案:

将C:\Windows10Upgrade\wimgapi.dll替换为C:\ windows \ system32 \wimgapi.dll中的文件

只是为了确认这里的答案，我的解决方案是复制没有加载的DLL和ocx文件到system32文件夹，这解决了我的问题。

我刚刚解决了同样的问题。

依赖行者在这种情况下误导了我，让我浪费了时间。因此，第一篇文章中“丢失”DLL文件的列表没有帮助，您可能可以忽略它。

解决方案是找到项目正在调用的引用，并检查它们是否真的安装在服务器上。

@Ben Brammer，丢失哪三个。ocx文件并不重要，因为它们只在Leo T Abraham的项目中丢失。您的项目可能会调用其他DLL文件。

在我的例子中，它不是三个.ocx文件，而是丢失的MySQL连接器DLL文件。在服务器上安装MySQL Connector for . net后，这个问题就消失了。

因此，简而言之，解决方案是:检查是否所有的项目引用都在那里。

我刚刚用c++ Qt 5和Windows 7 64位MSCVC 2012解决了同样的问题。

一开始我认为这是MSVC/Windows DLL文件的问题，但正如BorisP所说，问题是在我的项目依赖。关键是“如何知道你在Qt 5中的项目依赖关系?”

因为我没有找到任何清楚的方法来知道它(Dependency Walker并没有帮助我很多…)，我接下来遵循了“逆过程”，只需不超过5分钟，就可以避免大量令人头疼的DLL文件依赖:

编译项目并将可执行文件放到一个空文件夹:myproject.exe 尝试执行它，它将检索一个错误(丢失DLL文件…) 现在，从Qt复制所有DLL文件(在我的情况下，它们在C:\Qt\Qt5.1.1\5.1.1\msvc2012_64_opengl\bin)到这个文件夹。 尝试再执行一次，它可能会正常工作。 开始逐步删除，并尝试每次您的可执行文件仍然工作，尽量留下最少的必要DLL文件。

当你在同一个文件夹中有所有的DLL文件时，更容易找到其中哪些是无效的(XML, WebKit，…)Whatever .)，因此这个方法不会超过5分钟。

我也有同样的问题。在网上花了几个小时搜索之后，我找到了一个适合我的解决方案。

我复制文件combase.dll文件(C:\Windows\System32)到发布文件夹，它解决了问题。