Discuz! Board

 找回密码
 立即注册
搜索
热搜: 活动 交友 discuz
查看: 997|回复: 0
打印 上一主题 下一主题

关于Dll、Com组件、托管dll和非托管dll

[复制链接]

1265

主题

2054

帖子

7899

积分

认证用户组

Rank: 5Rank: 5

积分
7899
跳转到指定楼层
楼主
发表于 2023-5-5 20:47:02 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
转自:https://blog.csdn.net/black_bad1993/article/details/53906252Com组件
1.线程模型是干嘛用的?
解决”多个线程”“同时”调用你的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);加载,

非托管: [DllImport("Kernel32.dll")]

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++,使用:
[DllImport("Kernel32.dll")]

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);
非托管使用
  • [DllImport("Kernel32.dll")]
  • 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虚拟环境,因此所有的程序都叫做托管了文章来源站点[url]https://www.yii666.com/[/url]


托管COM:进入.net时代后,微软以前的COM技术有大量的历史遗留软件,因此为了兼容,必然就有这个托管的COM问题,主要涉及2个方面:托管程序和历史的COM交互[interop];另外也可以使用C#等托管语言实现COM组件
版权声明:本文内容来源于网络,版权归原作者所有,此博客不拥有其著作权,亦不承担相应法律责任。文本页已经标记具体来源原文地址,请点击原文查看来源网址,站内文章以及资源内容站长不承诺其正确性,如侵犯了您的权益,请联系站长如有侵权请联系站长,将立刻删除

关于Dll、Com组件、托管dll和非托管dll-相关文章

回复

使用道具 举报

您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

QQ|Archiver|手机版|小黑屋|firemail ( 粤ICP备15085507号-1 )

GMT+8, 2024-11-1 09:23 , Processed in 0.065759 second(s), 19 queries .

Powered by Discuz! X3

© 2001-2013 Comsenz Inc.

快速回复 返回顶部 返回列表