关于Dll、Com组件、托管dll和非托管dll
转自：https://blog.csdn.net/black_bad1993/article/details/53906252Com组件https://img2020.cnblogs.com/blog/2505608/202201/2505608-20220116034429883-193696295.png1.线程模型是干嘛用的？解决”多个线程”“同时”调用你的COM组件的并发控制。客户没有你的COM的源代码，它不知道你的组件是怎么写的，是不是线程安全的（是否用CriticalSection或Mutex保护了临界资源)，所以要有一种机制来声明组件的线程安全性,你开发时指定了组件的线程模型，客户端一看，哦，它就知道该怎么写调用的代码。
2.啥时候用操心线程模型？
全看客户端是单线程还是多线程，单线程不用操心，怎么调都没事，多线程就来事了，跨线程调用时就要考虑。
3.线程模型的一堆概念都是哪跟哪啊？
首先一分为二：客户端和组件。客户端用CoInitializeEx进入一种套间，Apartment、Free是指的客户端进入的套间种类；组件要向注册表写入自己兼容什么样的客户端套间，是Apartment，还是Free，还是两种都兼容(Both)。
4.客户端的线程套间和组件的不一致了咋办，难道我调个COM组件还得查注册表看看兼容什么线程模型？
不一致时以组件为主。客户端建的是Apartment,组件兼容Free,那COM背地里会在客户端建一个Free套间，把组件放进去。反之，会建一个Apartment套间把组件放进去。总之以组件为主，这是关键，只有这样，你才不用关心组件的线程安全性，COM服务替你在后台办妥了。
5.听说过列集这个名词，是什么啊，啥时候用？
记死了，跨线程调用组件就得列集，没的商量。传出接口的线程列集，使用接口的线程散列。列集说白了就是不让你直接调用组件的接口，而是调用接口的代理。COM服务在中间插一杠子，干啥，实现COM线程安全那一揽子事呗，它不拦截你的调用它怎么实现啊，所以就给你个代理，所以就列集了呗。
内容来源：https://www.cxybb.com/article/crybird/80808960
COM最酷的一点是，允许把本地的RPC转化成In-Process Procedure Call（进程内过程调用）。这点极大地优化了性能，而且使得COM成为了有史以来最强的RPC方案Com组件和dll区别：1.普通dll不能通过regsvr32.exe来注册，而Com组件能通过regsvr32.exe注册。2.Com组件是微软的一个协议，满足com组件协议的dll文件就是com组件，这种协议为了跨语言、跨平台使用，dll组件需要编译后使用，而Com组件注册后即可使用。而dll是动态链接库，是一个可以导出函数的集合。3.Com组件可以是exe也可以是dll文件。托管dll/Com组件和非托管dll/Com组件：1.非托管Com组件是用非运行库代码编写的，如C++，用C#编写的Com组件为托管Com组件，托管Com组件是用.netFramwork运行库编写的。2.COM组件是以前微软推荐的；
COM组件是非托管对象，可以不需要.net框架而直接运行。
.NET组件是现在微软推荐的；
.NET组件是托管对象，必须有.net框架才能运行。托管dll和非托管dll调用方式：托管dll:Assembly ass = Assembly.LoadFile(dllPath);加载，
非托管：
private static extern IntPtr LoadLibrary(string path);调用疑问：托管的dll一定是Com组件吗？错：托管dll只能说是使用运行库代码编写的dll文件，并非一定是Com组件。非托管的dll一定不是Com组件吗？错：只用满足Com协议的就是Com组件，与编写的语言无关。C#调用dll方式与是否是Com组件无关？对：托管dll，目标代码是C#,使用: Assembly ass = Assembly.LoadFile(dllPath);加载，非托管dll，目标代码VB6，C++,使用:
private static extern IntPtr LoadLibrary(string path);调用
C:\Windows\Microsoft.NET\Framework\v4.0.30319
注册Com组件的两种方式：RegAsm.exe：托管注册,使用NET自带工具用来注册COM Interop，.NET下注册Com组件的工具，注册表允许COM 客户程序以透明方式创建.NET
Framework类。regsvr32.exe：非托管注册，这是用于注册的COM DLL，也可以理解用于注册非托管代码控件注册为Com组件。补充说明：运行库为目标的代码称为托管代码，而不以运行库为目标的代码称为非托管代码。
NET Framework 具有两个主要组件：公共语言运行库和 .NET Framework 类库。公共语言运行库是 .NET Framework 的基础。c#写的Com组件编译为符合.net标准托管类库，添加了COM Interop 层代码。（C#写的com组件需要注册后使用，COM当然还是非托管的，但是c#写的托管代码是可以通过 COM
接口来调用的。）E:\DllDemo\DllDemo\DllDemo\bin\Debug：应用：C#调用外部Com组件：步骤1：先判断是否是Com组件，使用regasm.exe和regsvr32.exe注册方式判断是否能注册（使用RegAsm.exe注意高版本能注册低版本，低版本不能注册高版本）
步骤2:判断是托管Com组件还是非托管Com组件。
步骤3：托管Com组件使用用， Assembly ass = Assembly.LoadFile(dllPath);非托管使用
[*]
[*]private static extern IntPtr LoadLibrary(string path);调用
其他网友的补充:DLL:这个只是程序打包的表现形式，是早期windows为了解决代码公用而使用的一种技术，这个库文件只能被调用运行到一个执行文件进程中COM:主要是为了解决二进制程序间的公用的技术，既可以使用独立进程COM服务，如Office的COM模型，其他程序可以任意调用；也可以是DLL的形式，运行时需要依赖执行进程，相比DLL有很大的优越性，都是基于接口和系列的规范进行，一定程度上解决了DLL的版本问题
如上在.net时代前，主要是C/C++进行编写文章来源地址https://www.yii666.com/article/434691.html
托管：这个是后来微软推出.net后，有了.net虚拟环境，因此所有的程序都叫做托管了文章来源站点https://www.yii666.com/
托管COM：进入.net时代后，微软以前的COM技术有大量的历史遗留软件，因此为了兼容，必然就有这个托管的COM问题，主要涉及2个方面：托管程序和历史的COM交互;另外也可以使用C#等托管语言实现COM组件版权声明：本文内容来源于网络，版权归原作者所有，此博客不拥有其著作权，亦不承担相应法律责任。文本页已经标记具体来源原文地址，请点击原文查看来源网址,站内文章以及资源内容站长不承诺其正确性，如侵犯了您的权益，请联系站长如有侵权请联系站长，将立刻删除
关于Dll、Com组件、托管dll和非托管dll-相关文章
[*]关于Dll、Com组件、托管dll和非托管dll
[*]ASP.NET应用技巧：非托管COM组件的使用
[*]Office开发必备知识----为什么要释放非托管Com资源
[*][.net 面向对象程序设计进阶] (8) 托管与非托管
[*](转）C#调用非托管Win 32 DLL
[*]斗地主你什么时候才会托管？（.NET中的托管于非托管）
[*][转]C# 之DLL调用（托管与非托管）
[*]C#的托管与非托管大难点
页:
[1]