cdll兼容解决方法

A. 应用程序或DLL C:\WINDOWS\system32\WPCAP.DLL为无效的Windows映像。这是怎么回事怎样解决

解决方法。“单击“开始－－运行”
在里面输入“regedit”打开注册表。
再依次找到"HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Run"
在右侧的键值项窗口中找到“C:\WINDOWS\system32\sysldr.dll”的项，将它删除就可以了！
再在“开始菜单”→“运行”→输入“msconfig”回车→进入“系统配置实用程序”→击“启动”卡找到它有关的项目去它掉的钩选项即可
或者去网上下载一个WPCAP.DLL，复制到相应目录。

B. 如何封装c++程序成dll文件

C++编写DLL的方法

在写C++程序时，时常需要将一个class写成DLL，供客户端程序调用。这样的DLL可以导出整个class,也可以导出这个class的某个方法。

一、导出整个class

方法很简单，只需要在类的头文件中class和类名之间加上_declspec(dllexport)，同时在另外一份提供给客户端调用程序使用的类的头文件中class和类名之间加上_declspec(dllimport)。为了能让客户端程序和DLL程序公用该类的一份头文件，通常在类的头文件中使用宏和预编译指令来处理。如下DLLTest.h：

#ifdef DLL_TEST_API

#else

#define
DLL_TEST_API _declspec(dllimport)
#endif

Class DLL_TEST_API CDLLTest
{

Public:
CDLLTest();

~CDLLTest();

int Add(
int
a, int
b);

};
DLLTest.cpp如下：

#define
DLL_TEST_API _declspec(dllexport)

#include “DLLTest.h”

………………………………………
这样，在DLL编译时DLL_TEST_API被定义为_declspec(dllexport)，而且客户端程序编译时它被定义为_declspec(dllimport)。

二、导出这个类的某个或者某几个方法。

这时，需要将_declspec(dllexport)放到成员函数名前，如DLLTest.h:

#ifdef DLL_TEST_API

#else

#define
DLL_TEST_API _declspec(dllimport)
#endif

Class CDLLTest
{

Public:
CDLLTest();

~CDLLTest();
int DLL_TEST_API Add(
int
a, int
b);

};

但是，如果仅仅是这样的话，当客户端程序#include这个头文件后，定义DLLTest这个类的一个对象后(静态方式链接DLL)，客户端程序无法链接通过，会提示构造函数和析构函数无法解析，此时，需要将构造函数和析构函数前也加上DLL_TEST_API宏即可。

当然这里还有个问题就是类的函数在导出后，名字会发生变化，我们可以在函数名前再加上extern “C” ，如 extern “C” DLL_TEST_API int Add(int a ,int b);但这只解决了C与C++调用时名字变更问题，可靠的方法还是增加一个模块定义文件def,在该文件中定义导出函数的名称，我们将在后面看到样例。

DLL编写完成后，就只剩下客户端程序如何去调用该DLL了，静态方式调用DLL和动态方式调用DLL。

一、静态方式调用DLL

这个方法就简单了，将DLLTest.h头文件和DLLTest.lib，DLLTest.dll文件拷贝到客户端程序的当前目录下，在客户端程序中#include<DLLTest.h>，然后通过#pragma comment(lib,”DLLTest.lib”)的方式引入lib库，或者在客户端程序的工程属性里面增加对该lib文件的引入。

然后就可以在客户端程序中如同使用本地的一个class一样使用该DLL了，如：

CDLLTest dllTest;

dllTest.Add(
1
,2
);

二、动态方式调用DLL

动态调用这个DLL,就需要对这个class进行修改了。

首先，在DLLTest.cpp文件中增加一个全局函数，该函数可以返回这个class的一个实例，这样，客户端程序调用这个全局函数后，得到该class的实例，就可以调用该class的实例方法了。

extern
“C” _declspec(dllexport) CDLLTest* GetInstance()
{

return
new
CDLLTest;
}
注：extern “C” 只是解决了c与c++编译器之间的兼容问题，如果需要和其他编译器之间兼容，可靠的办法还是增加一个.def文件，文件内容如下：

LIBRARY “DLLTest”

EXPORTS

GetInstance
= GetInstance
这样就指定了DLL的函数导出后的名称仍然不变。

这样，客户端程序就可以通过该函数来获取class的一个实例了。如下：

先需要定义一个函数指针类型：

typedef CDllTestBase* (*pfGetInst)();

//
注：CDllTestBase类后面会介绍。

HMOUDLE hMod
= LoadLibrary( _T(“DLLTest.DLL”) );

if(hMod)
{
pfGetInst pfGetInstance
= (pfGetInst)GetProcAddress(“GetInstance”);
if( p )
{

//
通过基类指针指向派生类对象

CDllTestBase * pInst = pfGetInstance ();
if( NULL
!= pInst )
{
pInst
->Add( 1
,2
);
}

if( NULL
!= pInst )
{

//
释放对象

delete pInst;
}
}
}
当然，这里还是需要include这个DLL的头文件DLLTestBase.h,如果将之前所写的头文件DLLTest.h直接拷贝到客户端程序的当前目录下，并include进来的话，在编译连接时，是无法通过的，我们需要对这个头文件进行修改，首先增加一个.h 文件DLLTestBase.h，在这个文件中我们将需要在客户端程序中调用的函数都命名成纯虚函数，然后让CDLLTest类继承自CDLLTestBase类，DLLTestBase.h如下：

Class CDLLTestBase
{
Public:
Virtual
~CDLLTestBase(){};//
虚析构函数，且为内联函数

Virtual int
Add(int
a, int
b) = 0
;

}
DLLTest.h修改后如下：

#include “DLLTestBase.h”
Class CDLLTest :
public
CDLLTestBase
{
Public:
CDLLTest();

~CDLLTest();

int
Add(int
a, int
b);
};
注：这里的DLLTestBase需要提供一个虚析构函数，这样在客户端程序中就可以通过基类指针来释放派生类对象了。

这样，只需要将DLLTestBase.h拷贝到客户端程序的当前目录下，然后在客户端程序中#include”DLLTestBase.h”，就可以如上面介绍一样在客户端程序中调用DLL里面的方法了。

C. 为什么我家会提示应用程序或DLL C:\WINDOWS\System32\winrnr.dll为无效的Windows映像。 怎么修复

使用Windows操作系统的人有时会遇到这样的错误信息： ““0X????????”指令引用的“0x00000000”内存，该内存不能为“read”或“written””，然后应用程序被关闭。 如果去请教一些“高手”，得到的回答往往是“Windows就是这样不稳定”之类的义愤和不屑。其实，这个错误并不一定是Windows不稳定造成的。本文就来简单分析这种错误的一般原因。 一、应用程序没有检查内存分配失败 程序需要一块内存用以储存数据时，就需要使用操作系统提供的“功能函数”来申请，如果内存分配成功，函数就会将所新开辟的内存区地址返回给应用程序，应用程序就可以通过这个地址使用这块内存。这就是“动态内存分配”，内存地址也就是编程中的“光标”。内存不是永远都招之即来、用之不尽的，有时候内存分配也会失败。当分配失败时系统函数会返回一个0值，这时返回值“0”已不表示新启用的游标，而是系统向应用程序发出的一个通知，告知出现了错误。作为应用程序，在每一次申请内存后都应该检查返回值是否为0，如果是，则意味着出现了故障，应该采取一些措施挽救，这就增强了程序的“健壮性”。若应用程序没有检查这个错误，它就会按照“思维惯性”认为这个值是给它分配的可用游标，继续在之后的执行中使用这块内存。真正的0地址内存区储存的是计算机系统中最重要的“中断描述符表”，绝对不允许应用程序使用。在没有保护机制的操作系统下(如DOS)，写数据到这个地址会导致立即当机，而在健壮的操作系统中，如 Windows等，这个操作会马上被系统的保护机制捕获，其结果就是由操作系统强行关闭出错的应用程序，以防止其错误扩大。这时候，就会出现上述的“写内存”错误，并指出被引用的内存地址为“0x00000000”。内存分配失败故障的原因很多，内存不够、系统函数的版本不匹配等都可能有影响。因此，这种分配失败多见于操作系统使用很长时间后，安装了多种应用程序(包括无意中“安装”的病毒程序)，更改了大量的系统参数和系统档案之后。 二、应用程序由于自身BUG引用了不正常的内存光标 在使用动态分配的应用程序中，有时会有这样的情况出现：程序试突读写一块“应该可用”的内存，但不知为什么，这个预料中可用的光标已经失效了。有可能是“忘记了”向操作系统要求分配，也可能是程序自己在某个时候已经注销了这块内存而“没有留意”等等。注销了的内存被系统回收，其访问权已经不属于该应用程序，因此读写操作也同样会触发系统的保护机制，企图“违法”的程序唯一的下场就是被操作终止执行，回收全部资源。计算机世界的法律还是要比人类有效和严厉得多啊！像这样的情况都属于程序自身的BUG，你往往可在特定的操作顺序下重现错误。无效光标不一定总是0，因此错误提示中的内存地址也不一定为“0x00000000”，而是其它随机数字。如果系统经常有所提到的错误提示，下面的建议可能会有说明 ： 1.检视系统中是否有木马或病毒。这类程序为了控制系统往往不负责任地修改系统， 从而导致操作系统异常。平常应加强信息安全意识，对来源不明的可执行程序绝不好奇。 2.更新操作系统，让操作系统的安装程序重新拷贝正确版本的系统档案、修正系统参数。 有时候操作系统本身也会有BUG，要注意安装官方发行的升级程序。 3.试用新版本的应用程序。 Mode: 将虚拟内存撤换 答案: 目前为止是肯定的，也就是如在下次冷天到来时亦没再发生，就代表这是主因 追加: 如果你用 Ghost 恢复 OS 后建议 删除WINDOWS＼PREFETCH目录下所有*.PF文件因为需让windows重新收集程序的物理地址 有些应用程序错误 "0x7cd64998" 指令参考的 "0x14c96730" 内存。该内存不能为 "read"推论是此原因 源由: Win XP的“预读取”技术 这种最佳化技术也被用到了应用软件上，系统对每一个应用软件的前几次启动情况进行分析，然后新增一个描述套用需求的虚拟“内存映像”，并把这些信息储存到 WINDOWSPREFETCH数据夹。一旦建立了映像，应用软件的装入速度大大提高。XP的预读取数据储存了最近8次系统启动或应用软件启动的信息。 后叙: 目前此方法亦是独步网络的(其码自己针对此问题查了许久)，也是常见问题，原本几乎每天睡前关闭软件时一些程序都会发生...read... 现在就没发生了。 【文章二】 运行某些程序的时候，有时会出现内存错误的提示（0x后面内容有可能不一样），然后该程序就关闭。 “0x????????”指令引用的“0x????????”内存。该内存不能为“read”。 “0x????????”指令引用的“0x????????”内存，该内存不能为“written”。 不知你出现过类似这样的故障吗？ 一般出现这个现象有方面的，一是硬件，即内存方面有问题，二是软件，这就有多方面的问题了。 下面先说说硬件： 一般来说，内存出现问题的可能性并不大，主要方面是：内存条坏了、内存质量有问题，还有就是2个不同牌子不同容量的内存混插，也比较容易出现不兼容的情况，同时还要注意散热问题，特别是超频后。你可以使用MemTest 这个软件来检测一下内存，它可以彻底的检测出内存的稳定度。 假如你是双内存，而且是不同品牌的内存条混插或者买了二手内存时，出现这个问题，这时，你就要检查是不是内存出问题了或者和其它硬件不兼容。 如果都没有，那就从软件方面排除故障了。 先简单说说原理：内存有个存放数据的地方叫缓冲区，当程序把数据放在其一位置时，因为没有足够空间，就会发生溢出现象。举个例子：一个桶子只能将一斤的水，当你放入两斤的水进入时，就会溢出来。而系统则是在屏幕上表现出来。这个问题，经常出现在windows2000和XP系统上，Windows 2000/XP对硬件的要求是很苛刻的,一旦遇到资源死锁、溢出或者类似Windows 98里的非法操作，系统为保持稳定，就会出现上述情况。另外也可能是硬件设备之间的兼容性不好造成的。 下面我从几个例子给大家分析： 例一：打开IE浏览器或者没过几分钟就会出现"0x70dcf39f"指令引用的"0x00000000"内存。该内存不能为“read”。要终止程序，请单击“确定”的信息框，单击“确定”后，又出现“发生内部错误，您正在使用的其中一个窗口即将关闭”的信息框，关闭该提示信息后，IE浏览器也被关闭。解决方法：修复或升级IE浏览器，同时打上补丁。看过其中一个修复方法是，Win2000自升级，也就是Win2000升级到Win2000，其实这种方法也就是把系统还原到系统初始的状态下。比如你的IE升级到了6.0，自升级后，会被IE5.0代替。 例二：在windows xp下双击光盘里面的“AutoRun.exe”文件，显示“0x77f745cc”指令引用的“0x00000078”内存。该内存不能为 “written”，要终止程序，请单击“确定”，而在Windows 98里运行却正常。解决方法：这可能是系统的兼容性问题，winXP的系统，右键“AutoRun.exe”文件，属性，兼容性，把“用兼容模式运行这个程序”项选择上，并选择“Windows 98/Me”。win2000如果打了SP的补丁后，只要开始，运行，输入：regsvr32 c:\winnt\apppatch\slayerui.dll。右键，属性，也会出现兼容性的选项。 例三：RealOne Gold关闭时出现错误，以前一直使用正常，最近却在每次关闭时出现“0xffffffff”指令引用的“0xffffffff”内存。该内存不能为 “read” 的提示。解决方法：当使用的输入法为微软拼音输入法2003，并且隐藏语言栏时（不隐藏时没问题）关闭RealOne就会出现这个问题，因此在关闭RealOne 之前可以显示语言栏或者将任意其他输入法作为当前输入法来解决这个问题。 例四：我的豪杰超级解霸自从上网后就不能播放了，每次都提示 “0x060692f6”（每次变化）指令引用的“0xff000011”内存不能为“read”，终止程序请按确定。解决方法：试试重装豪杰超级解霸,如果重装后还会，到官方网站下载相应版本的补丁试试。还不行，只好换就用别的播放器试试了。 例五：双击一个游戏的快捷方式，“0x77f5cd0”指令引用“0xffffffff”内 存，该内存不能为“read” ，并且提示Client.dat程序错误。 解决方法：重装显卡的最新驱动程序，然后下载并且安装DirectX9.0。 例六：一个朋友发信息过来，我的电脑便出现了错误信息:“0x772b548f”指令引用的“0x00303033”内存，该内存不能为 “written”,然后QQ自动下线，而再打开QQ，发现了他发过来的十几条的信息。解决方法：这是对方利用QQ的BUG，发送特殊的代码，做QQ出错，只要打上补丁或升级到最新版本，就没事了。 【原因 解决方法】 1 内存条坏了 更换内存条 2 双内存不兼容 使用同品牌的内存或只要一条内存 3 内存质量问题 更换内存条 4 散热问题 加强机箱内部的散热 5 内存和主板没插好或其他硬件不兼容 重插内存或换个插槽 6 硬件有问题 更换硬盘 7 驱动问题 重装驱动,如果是新系统,应先安装主板驱动 8 软件损坏 重装软件 9 软件有BUG 打补丁或更新到最新版本 10 软件和系统不兼容 给软件打上补丁或是试试系统的兼容模式 11 软件和软件之间有冲突 如果最近安装了什么新软件,卸载了试试 12 软件要使用其他相关的软件有问题 重装相关软件,比如播放某一格式的文件时出错,可能是这个文件的解码器有问题 13 病毒问题 杀毒 14 杀毒软件与系统或软件相冲突 由于杀毒软件是进入底层监控系统的,可能与一些软件相冲突,卸载试试 15 系统本身有问题 有时候操作系统本身也会有BUG,要注意安装官方发行的更新程序,象SP的补丁,最好打上.如果还不行,重装系统,或更换其他版本的系统。 〔又一说〕 在控制面板的添加/删除程序中看看你是否安装了微软NET.Framework，如果已经安装了，可以考虑卸载它，当然如果你以后在其它程序需要NET.Framework时候，可以再重新安装。 另外，如果你用的是ATI显卡并且你用的是SP2的补丁（一些ATI的显卡驱动需要在NET.Framework正常工作的环境下）。这种情况你可以找一款不需要NET.Framework支持的ATI显卡驱动。 如果以上两种方法并不能完全解决问题，你试着用一下“IE修复”软件，并可以查查是否有病毒之类的。 〔微软NET.Framework升级到1.1版应该没问题了〕 〔还有一说〕 方法一： 微软新闻组的朋友指点:开始--运行：regsvr32 jscript.dll 开始--运行：regsvr32 vbscript.dll 不过没解决---但提供了路子-----一次运行注册所有dll 搜索查找到方法如下: 运行 输入cmd 回车在命令提示符下输入 for %1 in (%windir%\system32\*.dll) do regsvr32.exe /s %1 这个命令老兄你慢慢输 输入正确的话会看到飞快地滚屏 否则……否则失败就是没这效果。回车后慢慢等（需要点时间1-2分钟） 都运行完再打开看 方法二： 这是个典型问题~~~~~引起这个问题的原因很多。一般来讲就是给系统打上补丁和更换内存、给内存换个插槽这3种方法来解决。[系统补丁只要到Microsoft Update网站在线更新就可以了] （偶见） 造成这种问题的原因很多，不能单纯的下结论，尽量做到以下几点可能对你有帮助： 1。确保使用的是未修改过的软件（非汉化、破解版） 2。使用改软件时尽量不要运行其他软件。（这是个临时文件，可能某些软件也在使用临时文件夹，所以产生干扰） 3。把那些什么桌面工具，内存整理工具通通关掉（你至少有2个类似的工具在运行）” 处理方法： 运行regedit进入注册表, 在HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\ShellExecuteHooks 下，应该只有一个正常的键值"{AEB6717E-7E19-11d0-97EE-00C04FD91972}, 将其他的删除。 〔我个人的最后解决和看法〕 我今天尝试了多种办法，最后我发现问题出在微软的NET.Framework上面。我升级了这个软件，并打齐了补丁，短暂平安后，有出现“内存不能为read”的情况。后来我受上面文章的启发，卸载了微软的NET.Framework1.0和1.1,世界太平了。 另外：如果是打开“我的电脑”、“我的文档”等的时候出现上述情况，还有一种可能，就是你的右键菜单太臃肿了，此时只要清理右键菜单问题就解决了。 -------------------------------------------------------------------------------- 〔试验的结果〕 上面的方法，最管用、最彻底的方法是这个： 运行 输入cmd 回车在命令提示符下输入 for %1 in (%windir%\system32\*.dll) do regsvr32.exe /s %1 【技巧】如果怕输入错误的话，可以复制这条指令，然后在命令提示框点击左上角的c：\，使用下面的“编辑－粘贴”功能就不容易输错了。在飞速滚屏完全静止之后，别着急启动其他程序，先耐心等一会儿，因为此时dll们还在找位置。直到你的指示灯不闪了再做别的。

希望采纳

D. win7 64位 电脑提示C:\windows\system32\cabinet.dll没有被指定在windows上运行该如何解决

出现此问题， 说明cabinet.dll与当前的应用程序不配套，即应用程序无法使用当前系统中此版本的cabinet.dll。可以参考如下解决方法：

1、查看应用程序的运行平台，比如是一个只运行xp系统的应用程序，则去网上搜索此cabinet.dll的xp版本，然后复制到应用程序所在的目录。windows上的应用程序加载DLL,首先会加载当前目录中的DLL文件，不需要复制到system32目录中，那样会覆盖掉win7系统中cabinet.dll。

2、考虑兼容性运行应用程序，在出现此错误的程序上右键，选择”属性”，在弹出的窗口中选择“兼容性”选项卡，勾选“以兼容模式运行这个程序”，在下拉菜单中选择兼容的系统平台即可。

E. 如何解决程序/C++Dll的兼容性问题

如何解决程序/C++Dll的兼容性问题

BY Sunyday丶若雪

本文将尝试解决程序与DLL在不同客户机上运行存在的兼容性问题
前言
前面的五篇文章已经将程序的核心部分全部搞定，由于我们调用了一些系统API，所以这很有可能导致程序在其他不同的客户机上无法正确运行。其实关于程序的兼容性提高在之前选择到底使用何种方法来实现某一功能时已经相当于做过一次了，由于所有的核心功能都是封装在C++DLL中的，那么C++DLL兼容性直接决定了程序的兼容性，所以提高c++DLL兼容性成为了至关重要的问题。
1)先尝试在目标客户机试运行
注意：在开发者的电脑上测试是绝对通过的，能在开发者电脑上测试通过不代表客户机能运行，由于开客户机不一定有开发者电脑的大量程序运行必要的支持框架和组件，所以先要弄清楚程序需要哪些支持框架、组件、Dll，然后再搞清哪些支持框架是客户机肯定拥有的，哪些是客户机不一定拥有的
要在客户机上测试，那么什么样的客户机是合理的：
Windows操作系统，这是必须的
编写程序界面的语言是C#,编写程序核心的语言是C++，两种语言都需要Microsoft .NET Framework的支持，由于这个程序在编写当初就没有想支持XP的意思，所以这两种语言都选用了Microsoft .NET Framework 4.5版本（XP最高支持到Microsoft .NET Framework 3.0），其实Microsoft .NET Framework 4.5算是客户机上必有的支持框架了。
大概现在就知道需要这个了，于是打开VM新建一个虚拟机，安装WIN7，再装入一个Microsoft .NET Framework 4.5支持框架，把程序拷贝进去，启动。

由于程序启动不用调用DLL.dll所以程序界面是可以打开的，继续测试功能，单击“连接”。

明明已经把DLL.dll放到了程序运行目录下，但它还是提示找不到指定模块DLL.dll
这个提示并不是找不到DLL.dll，其实是想表明DLL.dll所引用的DLL找不到，那么必须弄清楚这个DLL.dll还引用了什么其他DLL
2)查看DLL.dll引用了哪些DLL
用DLL函数查看器打开编写的DLL
查看DLL的引用，将DLL的引用信息输出TXT文件查看

这里显示一共引用了5个DLL，功能分别是：
系统支持的：
wlanapi.DLL:管理WLAN的系统DLL
RASAPI32.DLL:管理拨号的系统DLL
KERNEL32.DLL:系统内核DLL
Visual Studio 2015 C++支持的:
VCRUNTIME140.DLL:Visual Studio 2015 生成的 C++ 应用程序所需的运行时组件。
api-ms-win-crt-runtime-l1-1-0.dll：Visual Studio 2015 生成的 C++ 应用程序所需的运行时组件。
注：安装Visual C++ Redistributable Package就会为Visual Studio 2015 C++ 生成的 C++ 应用提供运行支持
通过上面的DLL分类大概可知是由于DLL.dll找不到Visual Studio 2015支持的两个DLL导致的
依据我们的DLL引用DLL时的路径寻找方法（在上一篇文章中提到过），只要把这两个DLL放到和DLL.dll相同目录下应该就OK了。
3）依据引用的DLL名称尝试找出被引用的DLL
在C盘搜索VCRUNTIME140.DLL，结果如下：

竟然有么多，这就很尴尬了，怎么确定它调用的是哪个
没办法，只能再上一个软件procexp64_V16.02（进程查看器），他可以看到所有进程调用的所有DLL以及这些被调用的DLL的位置
在开发者电脑上启动“闪讯破解”
打开procexp64_V16.02，找到“闪讯破解”，按下Ctrl+D显示闪讯破解所调用的DLL的信息

在这里只找到了VCRUNTIME140.DLL没有找到api-ms-win-crt-runtime-l1-1-0.dll；先根据procexp64_V16.02的DLL路径显示拷贝VCRUNTIME140.DLL到虚拟机应用程序下；由于没有找到api-ms-win-crt-runtime-l1-1-0.dll的真实调用路径，只能是去C盘搜索这个DLL然后随便拷贝一个过来试试了。

现在能确定系统支持的3个DLL和VCRUNTIME140.DLL是没有问题的，只能尝试运行程序

果然报错了，这次不是”找不到指定模块了“而是“试图加载不正确的程序”，这是由于引用了不正确的DLL导致的，估计就是api-ms-win-crt-runtime-l1-1-0.dll出问题了。但是毕竟C盘有这么多api-ms-win-crt-runtime-l1-1-0.dll，总不可能都一一拷贝过来尝试，看来只能另寻他法了。

4）使用静态编译生成DLL
右键点击DLL项目名，打开DLL项目属性

配置属性–C/C++–代码生成–运行库

这里的运行库有4个选项：
后面的那个’d’是代表DEBUG版本，没有’d’的就是RELEASE版本了
多线程MT的程序来说，其连接的是libcmt.lib,该文件属于C语言运行时库，整个lib都会连接到PE文件当中。
多线程MD的程序链接的却是类似msvcpXXX.dll，该文件属于微软运行时库，也就是说如果是多线程MD编译出来的文件运行时都会加载相应版本的运行时库，当如果找不到运行时库就会报错而无法运行，同时如果运行时库不匹配也会出现各种意料之外的崩溃或者程序根本跑不起来等情况。
从上面的说明可以看出由于使用的是MD方式编译，所以在运行时会调用更多的用于支持VS2015C++应用运行的DLL，为了减少调用DLL数量，选择MT编译。
注：千万不可以调用DEBUG的DLL，否则加载模块照常会出错。
选用MT后重新编译，用DLL查看器打开新生成的DLL，输出被引用DLL文件信息

发现关于VS2015的两个DLL都已经消失，只剩下三个系统的DLL
拷贝到虚拟机，尝试
单击”连接“按钮后如果能成功引用DLL中的函数，程序会进行编辑框输入文本检验

程序成功的引用了DLL中的函数，进行了编辑框输入文本检验
同时也发现，新编译的DLL大小变大了许多
5）使用 多线程MT 方式编译的弊端
成功运行程序后发现DLL变大了许多，这样就不是很好了，这是由于多线程MT编译的时候整个lib都会编译到DLL文件当中导致的。其实多线程MT编译不单单是这种缺点：如果是通过多线程MT编译方式出来的程序，那么A模块中申请的内存到B模块中释放就会出现问题，这是非常致命的。其实绝大多数软件都是采用多线程MD方式编译，如果找到他们目录很容易发现上面提到的运行时库。因为这样一来编译出来的文件小，所有运行时库统一，同时也让内存管理简单化，省去了跨模块内存访问带来的各种bug。所以多线程MD还是很好用的，能不用多线程MT就不用。
6）如何才能让多线程MD方式编译的程序在客户机正常运行
在上面在解释引用DLL各自功能中就提到过，安装Visual C++ Redistributable Package就会为Visual Studio 2015 C++ 生成的 C++ 应用提供运行支持，x64和x86最好都装上，这样程序就可以在客户机上运行了

最后在说两句
如何提高程序的兼容性
1）对于程序所使用的编程语言的必要运行环境支持必须熟知，比如C#需要安装Microsoft .NET Framework X.X，C++需要安装Visual C++ Redistributable for Visual Studio XXXX(x64和x86)
2）要学会使用DLL函数查看器、depends.exe、procexp64_V16.02来查看程序运行所依赖的dll，并不是所有客户机都有Visual C++ Redistributable for Visual Studio XXXX(x64和x86)，把找到的正确的DLL直接加入程序目录。
3）在程序的安装程序中添加运行环境检测，给予没有必要运行环境的客户机强制安装必要的运行环境支持。

F. 怎样解决应用程序或dll c:windows\system\olepro32.dll 为无效的windows

楼主所说的问题其实很好解决，因为我以前也碰到过同样的问题，我来说说我的方法。
下载金山卫士系统修复工具
可网络搜索金山卫士
使用金山卫士系统修复工具对系统进行修复。
如果系统文件丢失，您自行寻找选择适合系统的DLL系统文件，不但麻烦，还得冒着系统异常的风险。因为系统文件版本必须与操作系统匹配，金山卫士系统文件修复工具拥有智能寻找缺失DLL的功能，通过云服务器下载，并进行完美修复，确保系统正常运作。
望楼主采纳！

G. CF提示：Missing shell DLL cshell. dll 怎么处理

CF提示：Missing shell DLL cshell.dll的解决步骤如下：

我们需要准备的材料分别是：电脑、cshell.dll文件。

1、通过一定途径获取到cshell.dll文件，例如网上寻找并下载。

H. 通过字符串C C DLL问题，怎么解决

运行库组件
你可以在腾讯电脑管家的电脑诊断中找到软件问题，选择丢失VC++组件，点击立即修复。
或
在工具箱，打开电脑诊所，丢失.Dll 文件，进行一键修复

I. 应用程序或DLL c:\windows\system32\IEFRAME.dll为无效的windows映像。请再检测一遍您的安装盘

以上问题大多是杀毒残留，就是杀毒后，病毒被删除，但启动项里相关加载设置还在，解决方法就是上述方法，如果找不到那个加载失败的启动项说明是做了伪装，具体他伪装到那个启动项不好说需要自己分析分析。

开始菜单-运行-输入msconfig回车
在里边的启动栏里把**.dll前面的勾去掉就行了
1、开始——运行——msconfig——启动——把加载项***.dll的那个勾勾去掉。 重启电脑,通常到这就可以了,如果还弹出来再进行第二步
2、开始——运行——regedit 在下面的位置删除相应键值： HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Run HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Run

J. 模块 msvcp100.dll 可能与您正在运行的windows版本不兼容

1、因为不兼容，注册dll文件或ocx文件可能会遇到这种问题，用管理员身份注册就好了。

2、具体解决方法

1）开始菜单输入“cmd”并右键“以管理员身份运行”。