COM编程入门.pdf

上传人:asd****56 文档编号:70322299 上传时间:2023-01-19 格式:PDF 页数:46 大小:288.53KB
返回 下载 相关 举报
COM编程入门.pdf_第1页
第1页 / 共46页
COM编程入门.pdf_第2页
第2页 / 共46页
点击查看更多>>
资源描述

《COM编程入门.pdf》由会员分享,可在线阅读,更多相关《COM编程入门.pdf(46页珍藏版)》请在得力文库 - 分享文档赚钱的网站上搜索。

1、COM 编程入门 第一部分 什么是 COM,如何使用 COM 文/赵湘宁 下载例子代码 本文的目的是为刚刚接触 COM 的程序员提供编程指南,并帮助他们理解 COM 的基本概念。内容包括 COM 规范简介,重要的 COM 术语以及如何重用现有的 COM 组件。本文不包括如何编写自己的 COM 对象和接口。COM 即组件对象模型,是 Component Object Model 取前三个字母的缩写,这三个字母在当今 Windows 的世界中随处可见。随时涌现出来的大把大把的新技术都以 COM 为基础。各种文档中也充斥着诸如 COM 对象、接口、服务器之类的术语。因此,对于一个程序员来说,不仅要掌

2、握使用 COM 的方法,而且还要彻底熟悉 COM 的所有一切。本文由浅入深描述 COM 的内在运行机制,教你如何使用第三方提供的 COM 对象(以Windows 外壳组件Shell为例)。读完本文后,你就能掌握如何使用Windows操作系统中内建的组件和第三方提供的 COM 对象。本文假设你精通 C+语言。在例子代码中使用了一点 MFC 和 ATL,如果你不熟悉 MFC 和 ATL 也没关系,本文会对这些代码进行完全透彻的解释。本文包括以下几个部分:COMCOMCOMCOM到底是什么到底是什么到底是什么到底是什么?COM 标准的要点介绍,它被设计用来解决什么问题?基本元素的定义基本元素的定义基

3、本元素的定义基本元素的定义COM 术语以及这些术语的含义。使用和处理使用和处理使用和处理使用和处理 COMCOMCOMCOM 对象对象对象对象如何创建、使用和销毁 COM 对象。基本接口基本接口基本接口基本接口描述 IUnknown 基本接口及其方法。掌握串的处理掌握串的处理掌握串的处理掌握串的处理在 COM 代码中如何处理串。应用应用应用应用 COMCOMCOMCOM 技术技术技术技术例子代码例子代码例子代码例子代码,举例说明本文所讨论的所有概念。处理处理处理处理 HRESUHRESUHRESUHRESULTLTLTLTHRESULT 类型描述,如何监测错误及成功代码。COMCOMCOMCO

4、M到底是什么到底是什么到底是什么到底是什么?简单地说,COM 是一种跨应用和语言共享二进制代码的方法。与 C+不同,它提倡源代码重用。ATL 便是一个很好的例证。源码级重用虽然好,但只能用于C+。它还带来了名字冲突的可能性,更不用说不断拷贝重用代码而导致工程膨胀和臃肿。Windows 使用 DLLs 在二进制级共享代码。这也是 Windows 程序运行的关键重用 kernel32.dll,user32.dll 等。但 DLLs 是针对 C 接口而写的,它们只能被 C 或理解 C 调用规范的语言使用。由编程语言来负责实现共享代码,而不是由 DLLs 本 身。这样的话 DLLs 的使用受到限制。M

5、FC 引入了另外一种 MFC 扩展 DLLs 二进制共享机制。但它的使用仍受限制只能在 MFC 程序中使用。COM 通过定义二进制标准解决了这些问题,即 COM 明确指出二进制模块(DLLs 和 EXEs)必须被编译成与指定的结构匹配。这个标准也确切规定了在内存 中如何组织 COM 对象。COM 定义的二进制标准还必须独立于任何编程语言(如C+中的命名修饰)。一旦满足了这些条件,就可以轻松地从任何编程语言中存 取这些模块。由编译器负责所产生的二进制代码与标准兼容。这样使后来的人就能更容易地使用这些二进制代码。在内存中,COM 对象的这种标准形式在 C+虚函数中偶尔用到,所以这就是为什么许多 C

6、OM 代码使用 C+的原因。但是记住,编写模块所用的语言是无关的,因为结果二进制代码为所有语言可用。此外,COM 不是 Win32 特有的。从理论上讲,它可以被移植到 Unix 或其它操作系统。但是我好像还从来没有在 Windows 以外的地方听说过 COM。基本元基本元基本元基本元素的定义素的定义素的定义素的定义 我们从下往上看。接口只不过是一组函数。这些函数被称为方法。接口名字以大写的 I 开头,例如 C+中的 IShellLink,接口被设计成一个抽象基类,其中只有纯粹的虚拟函数。接口可以从其它接口继承,这里所说的继承的原理就好像 C+中的单继承。接口是不允许多继承的。coclass(简

7、称组件对象类component object class)被包含在 DLL或 EXE 中,并且包含着一个或者多个接口的代码。组件对象类(coclasss)实现这些接口。COM 对象在内存中表现为组件 对象类(coclasss)的一个实例。注意 COM“类”和 C+“类”是不相同的,尽管常常 COM 类实现的就是一个 C+类。COM 服务器是包含了一个或多个 coclass 的二进制(DLL 或 EXE)。注册(Registration)是创建注册表入口的一个过程,告诉 Windows 操作系统COM 服务器放在什么位置。取消注册(Unregistration)则相反从注册表删除这些注册入口。G

8、UID(谐音为“fluid”,意思是全球唯一标示符globally unique identifier)是个 128 位的数字。它是一种独立于 COM 编程语言的标示方法。每一个接口和 coclass 有一个 GUID。因为每一个 GUID 都 是全球唯一的,所以避免了名字冲突(只要你用 COM API 创建它们)。有时你还会碰到另一个术语 UUID(意思也是全球唯一标示符universally unique identifier)。UUIDs 和GUIDs 在实际使用时的用途是一样的。类 ID 或者 CLSID 是命名 coclass 的 GUID。接口 ID 或者 IID 是命名接口的GU

9、ID。在 COM 中广泛地使用 GUID 有两个理由:1、GUIDs 只是简单的数字,任何编程语言都可以对之进行处理。2、GUIDs 可以在任何机器上被任何人创建,一旦完成创建,它就是唯一的。因此,COM 开发人员可以创建自己特有的 GUIDs 而不会与其它开发人员所创建的GUIDs 有冲突。这样就消除了集中授权发布 GUIDs 的必要。HRESULT 是 COM 用来返回错误和成功代码的整型数字。除此之外,别无它意,虽然以 H 作前缀,但没有句柄之意。下文会对它有更多的讨论。最后,COM 库是在你使用 COM 时与你交互的操作系统的一部分,它常常指的就是COM 本身。但是为了避免混淆才分开描

10、述的。使用和处理使用和处理使用和处理使用和处理 COMCOMCOMCOM 对象对象对象对象 每一种语言都有其自己处理对象的方式。例如,C+是在栈中创建对象,或者用 new 动态分配。因为 COM 必须独立于语言,所以 COM 库为自己提供对象管理例程。下面是对 COM 对象管理和 C+对象管理所做的一个比较:创建一个新对象 C+中,用 new 操作符,或者在栈中创建对象。COM 中,调用 COM 库中的 API。删除对象 C+中,用 delete 操作符,或将栈对象踢出。COM 中,所有的对象保持它们自己的引用计数。调用者必须通知对象什么时候用完这个对象。当引用计数为零时,COM 对象将自己从

11、内存中释放。由此可见,对象处理的两个阶段:创建和销毁,缺一不可。当创建 COM 对象时要通知 COM 库使用哪一个接口。如果这个对象创建成功,COM 库返回所请求接口的指针。然后通过这个指针调用方法,就像使用常规 C+对象指针一样。创创创创建建建建 COMCOMCOMCOM 对象对象对象对象 为了创建 COM 对象并从这个对象获得接口,必须调用 COM 库的 API 函数,CoCreateInstance()。其原型如下:HRESULT CoCreateInstance(REFCLSID rclsid,LPUNKNOWN pUnkOuter,DWORD dwClsContext,REFIID

12、riid,LPVOID*ppv);以下是参数解释:rclsid coclass 的 CLSID,例如,可以传递 CLSID_ShellLink 创建一个 COM 对象来建立快捷方式。pUnkOuter 这个参数只用于 COM 对象的聚合,利用它向现有的 coclass 添加新方法。参数值为 null 表示不使用聚合。dwClsContext 表 示所使用 COM 服务器的种类。本文使用的是最简单的 COM 服务器,一个进程内(in-process)DLL,所以传递的参数值为 CLSCTX_INPROC_SERVER。注意这里不要随意使用 CLSCTX_ALL(在 ATL 中,它是个缺省值),因

13、为在没有安装 DCOM的 Windows95 系统上会导致失败。riid 请求接口的 IID。例如,可以传递 IID_IShellLink 获得 IShellLink 接口指针。ppv 接口指针的地址。COM 库通过这个参数返回请求的接口。当你调用 CoCreateInstance()时,它负责在注册表中查找 COM 服务器的位置,将服务器加载到内存,并创建你所请求的 coclass 实例。以下是一个调用的例子,创建一个 CLSID_ShellLink 对象的实例并请求指向这个对象 IShellLink 接口指针。HRESULT hr;IShellLink*pISL;hr=CoCreateIn

14、stance(CLSID_ShellLink,/coclass 的 CLSID NULL,/不是用聚合 CLSCTX_INPROC_SERVER,/服务器类型 IID_IShellLink,/接口的 IID (void*)&pISL);/指向接口的指针 if(SUCCEEDED(hr)/用 pISL 调用方法 else /不能创建 COM 对象,hr 为出错代码 首先声明一个接受 CoCreateInstance()返回值的 HRESULT 和 IShellLink 指针。调用 CoCreateInstance()来 创建新的 COM 对象。如果 hr 接受到一个表示成功的代码,则 SUCCE

15、EDED 宏返回 TRUE,否则返回 FALSE。FAILED 是一个与 SUCCEEDED 对应的宏用来检查失败代码。删除删除删除删除 COMCOMCOMCOM 对象对象对象对象 前面说过,你不用释放 COM 对象,只要告诉它们你已经用完对象。IUnknown是每一个 COM 对象必须实现的接口,它有一个方法,Release()。调用这个方法通知 COM 对象你不再需要对象。一旦调用了这个方法之后,就不能再次使用这个接口,因为这个 COM 对象可能从此就从内存中消失了。如果你的应用程序使用许多不同的 COM 对象,因此在用完某个接口后调用Release()就显得非常重要。如果你不释放接口,这

16、个 COM 对象(包含代码的 DLLs)将保留在内存中,这会增加不必要的开销。如果你的应用程序要长时间运行,就应该在应用程序处于空闲期间调用 CoFreeUnusedLibraries()API。这个API 将卸载任何没有明显引用的 COM 服务器,因此这也降低了应用程序使用的内存开销。继续用上面的例子来说明如何使用 Release():/像上面一样创建 COM 对象,然后,if(SUCCEEDED(hr)/用 pISL 调用方法 /通知 COM 对象不再使用它 pISL-Release();接下来将详细讨论 IUnknown 接口。基本接口基本接口基本接口基本接口IUnknownIUnkno

17、wnIUnknownIUnknown 每一个 COM 接口都派生于 IUnknown。这个名字有点误导人,其中没有未知(Unknown)接口的意思。它的原意是如果有一个指向某 COM 对象的 IUnknown 指针,就不用知道潜在的对象是什么,因为每个 COM 对象都实现 IUnknown。IUnknown 有三个方法:AddRef()通知 COM 对象增加它的引用计数。如果你进行了一次接口指针的拷贝,就必须调用一次这个方法,并且原始的值和拷贝的值两者都要用到。在本文的例子中没有用到 AddRef()方法。Release()通知 COM 对象减少它的引用计数。参见前面的 Release()示例

18、代码段。QueryInterface()从 COM 对象请求一个接口指针。当 coclass 实现一个以上的接口时,就要用到这个方法。前面已经看到了 Release()的使用,但如何使用 QueryInterface()呢?当你用 CoCreateInstance()创建对象的时候,你得到一个返回的接口指针。如果这个 COM 对象实现一个以上的接口(不包括 IUnknown),你就必须用QueryInterface()方法来获得任 何你需要的附加的接口指针。QueryInterface()的原型如下:HRESULT IUnknown:QueryInterface(REFIID iid,void

19、*ppv);以下是参数解释:iid 所请求的接口的 IID。ppv 接口指针的地址,QueryInterface()通过这个参数在成功时返回这个接口。让我们继续外壳链接的例子。它实现了 IShellLink 和 IPersistFile 接口。如果你已经有一个 IShellLink 指针,pISL,可以从 COM 对象请求 IPersistFile 接口:HRESULT hr;IPersistFile*pIPF;hr=pISL-QueryInterface(IID_IPersistFile,(void*)&pIPF);然后使用 SUCCEEDED 宏检查 hr 的值以确定 QueryInter

20、face()的调用情况,如果成功的话你就可以象使用其它接口指针那样使用新的接口指针,pIPF。但必须记住调用 pIPF-Release()通知 COM 对象已经用完这个接口。仔细做好串处仔细做好串处仔细做好串处仔细做好串处理理理理 这一部分将花点时间来讨论如何在 COM 代码中处理串。如果你熟悉 Unicode 和 ANSI,并知道如何对它们进行转换的话,你就可以跳过这一部分,否则还是读一下这一部分的内容。不管什么时候,只要 COM 方法返回一个串,这个串都是 Unicode 串(这里指的是写入 COM 规范的所有方法)。Unicode 是一种字符编码集,类似 ASCII,但用两个字节表示一个

21、字符。如果你想更好地控制或操作串的话,应该将它转换成TCHAR 类型串。TCHAR 和以_t 开头的函数(如_tcscpy())被设计用来让你用相同的源代码处理 Unicode 和 ANSI 串。在大多数情况下编写的代码都是用来 处理 ANSI 串和ANSI WindowsAPIs,所以在下文中,除非另外说明,我所说的字符/串都是指 TCHAR类型。你应该熟练掌握 TCHAR 类型,尤其是当你阅读其他人写的 有关代码时,要特别注意 TCHAR 类型。当你从某个 COM 方法返回得到一个 Unicode 串时,可以用下列几种方法之一将它转换成 char 类型串:1、调用 WideCharToMu

22、ltiByte()API。2、调用 CRT 函数 wcstombs()。3、使用 CString 构造器或赋值操作(仅用于 MFC)。4、使用 ATL 串转换宏。WideCharToMultiByte()WideCharToMultiByte()WideCharToMultiByte()WideCharToMultiByte()你可以用 WideCharToMultiByte()将一个 Unicode 串转换成一个 ANSI 串。此函数的原型如下:int WideCharToMultiByte(UINT CodePage,DWORD dwFlags,LPCWSTR lpWideCharStr,

23、int cchWideChar,LPSTR lpMultiByteStr,int cbMultiByte,LPCSTR lpDefaultChar,LPBOOL lpUsedDefaultChar);以下是参数解释:CodePage Unicode 字符转换成的代码页。你可以传递 CP_ACP 来使用当前的 ANSI 代码页。代码页是 256 个字符集。字符 0127 与 ANSI 编码一样。字符 128 255 与ANSI 字符不同,它可以包含图形字符或者读音符号。每一种语言或地区都有其自己的代码页,所以使用正确的代码页对于正确地显示重音字符很重要。dwFlags dwFlags 确定 Wi

24、ndows 如何处理“复合”Unicode 字符,它是一种后面带读音符号的字符。如 就是一个复合字符。如果这些字符在 CodePage 参数指定的代码页中,不会出什么事。否则,Windows 必须对之进行转换。传递 WC_COMPOSITECHECK 使得这个 API 检查非映射复合字符。传递 WC_SEPCHARS 使得 Windows 将字符分为两段,即字符加读音,如 e。传递 WC_DISCARDNS 使得 Windows 丢弃读音符号。传递 WC_DEFAULTCHAR 使得 Windows 用 lpDefaultChar 参数中说明的缺省字符替代复合字符。缺省行为是 WC_SEPCH

25、ARS。lpWideCharStr 要转换的 Unicode 串。cchWideChar lpWideCharStr 在 Unicode 字符中的长度。通常传递-1,表示这个串是以 0 x00结尾。lpMultiByteStr 接受转换的串的字符缓冲 cbMultiByte lpMultiByteStr 的字节大小。lpDefaultChar 可 选当 dwFlags 包含 WC_COMPOSITECHECK|WC_DEFAULTCHAR 并且某个Unicode 字符不能被映射到同等的 ANSI 串时所传递的一个单字符 ANSI 串,包含被插入的“缺省”字符。可以 传递 NULL,让 API

26、使用系统缺省字符(一种写法是一个问号)。lpUsedDefaultChar 可选指向 BOOL 类型的一个指针,设置它来表示是否缺省字符曾被插入 ANSI串。可以传递 NULL 来忽略这个参数。我自己都有点晕菜了!,万事开头难啊,不搞清楚这些东西就很难搞清楚 COM 的串处理。何况文档中列出的比实际应用的要复杂得多。下面就给出了如何使用这个 API 的例子:/假设已经有了一个 Unicode 串 wszSomeString.char szANSIString MAX_PATH;WideCharToMultiByte(CP_ACP,/ANSI 代码页 WC_COMPOSITECHECK,/检查重

27、音字符 wszSomeString,/原 Unicode 串 -1,/-1 意思是串以 0 x00结尾 szANSIString,/目的 char 字符串 sizeof(szANSIString),/缓冲大小 NULL,/肥缺省字符串 NULL);/忽略这个参数 调用这个函数后,szANSIString 将包含 Unicode 串的 ANSI 版本。wcstombs()wcstombs()wcstombs()wcstombs()这个 CRT 函数 wcstombs()是个简化版,但它终结了 WideCharToMultiByte()的调用,所以最终结果是一样的。其原型如下:size_t wcs

28、tombs(char*mbstr,const wchar_t*wcstr,size_t count);以下是参数解释:mbstr 接受结果 ANSI 串的字符(char)缓冲。wcstr 要转换的 Unicode 串。count mbstr 参数所指的缓冲大小。wcstombs()在它对 WideCharToMultiByte()的调用中使用 WC_COMPOSITECHECK|WC_SEPCHARS 标志。用 wcstombs()转换前面例子中的 Unicode 串,结果一样:wcstombs(szANSIString,wszSomeString,sizeof(szANSIString);C

29、StringCStringCStringCString MFC 中的 CString 包含有构造函数和接受 Unicode 串的赋值操作,所以你可以用 CString 来实现转换。例如:/假设有一个 Unicode 串 wszSomeString.CString str1(wszSomeString);/用构造器转换 CString str2;str2=wszSomeString;/用赋值操作转换 ATLATLATLATL 宏宏宏宏 ATL 有一组很方便的宏用于串的转换。W2A()用于将 Unicode 串转换为ANSI 串(记忆方法是“wide to ANSI”宽字符到 ANSI)。实际上使

30、用 OLE2A()更精确,“OLE”表示的意思是 COM 串或者 OLE 串。下面是使用这些宏的例子:#include /还是假设有一个 Unicode 串 wszSomeString.char szANSIString MAX_PATH;USES_CONVERSION;/声明这个宏要使用的局部变量 lstrcpy(szANSIString,OLE2A(wszSomeString);OLE2A()宏“返回”转换的串的指针,但转换的串被存储在某个临时栈变量中,所以要用 lstrcpy()来获得自己的拷贝。其它的几个宏是 W2T()(Unicode 到 TCHAR)以及 W2CT()(Unicod

31、e 到常量 TCHAR 串)。有个宏是OLE2CA()(Unicode到常量char串),可以被用到上面的例子中,OLE2CA()实际上是个更正宏,因为 lstrcpy()的第二个参数是一个常量 char*,关于这个问题本文将在以后作详细讨论。另一方面,如果你不想做以上复杂的串处理,尽管让它还保持为 Unicode 串,如果编写的是控制台应用程序,输出/显示 Unicode 串时应该用全程变量std:wcout,如:wcout wszSomeString;但是要记住,std:wcout 只认 Unicode,所以你要是“正常”串的话,还得用std:cout 输出/显示。对于 Unicode 串

32、文字量,要使用前缀 L 标示,如:wcout LThe Oracle says.endl GetWallpaper(wszWallpaper,MAX_PATH,0);if(SUCCEEDED(hr)/4.如果 GetWallpaper()成功,则输出它返回的文件名字。/注意这里使用 wcout 来显示 Unicode 串 wszWallpaper.wcout 是 /Unicode 专用,功能与 cout.相同。wcout LWallpaper path is:n wszWallpaper endl endl;else cout _T(GetWallpaper()failed.)endl Rel

33、ease();else cout _T(CoCreateInstance()failed.)endl SetPath(sWallpaper);if(SUCCEEDED(hr)/4.获取这个对象的第二个接口(IPersistFile)。hr=pISL-QueryInterface(IID_IPersistFile,(void*)&pIPF);if(SUCCEEDED(hr)/5.调用 Save()方法保存某个文件得快捷方式。第一个参数是 /Unicode 串。hr=pIPF-Save(LC:wallpaper.lnk,FALSE);/6a.释放 IPersistFile 接口。pIPF-Rele

34、ase();/6.释放 IShellLink 接口。pISL-Release();/输出错误信息部分这里省略。/7.收回 COM 库。MFC 程序不用这一步,它自动完成。CoUninitialize();处理处理处理处理 HRESULTHRESULTHRESULTHRESULT 这一部分准备用 SUCCEEDED 和 FAILED 宏进行一些简单的出错处理。主要是深入研究从 COM 方法返回的 HRESULT,以便达到完全理解和熟练应用。HRESULT 是个 32 位符号整数,其非负值表示成功,负值表示失败。HRESULT 有三个域:程度位(表示成功或失败),功能码和状态码。功能码表示 HRE

35、SULT 来自什么组件或程序。微软给不同的组件多赋予功能码,如:COM、任务调度程序等都有功能码。功能码是个 16 位的值,仅此而已,没有其它内 在含义;它在数字和意义之间是随意关联的;类似 GetLastError()返回的值。如果你在 winerror.h 头文件中查找错误代码,会看到许多按照功能_程度_描述命名规范列出的 HRESULT 值,由组件返回的通用的 HRESULT(类似E_OUTOFMEMORY)在名字中没有功能码。如,REGDB_E_READREGDB:功 能 码 =REGDB,指“注 册 表 数 据 库(registry database)”;程度=E 意思是错误(err

36、or);描述=READREGDB 是对错误的描述(意思是不能读注册表数据库)。S_OK:没有功能码通用(generic)HRESULT;程度=S;表示成功(success);OK 是状态描述表示一切都好(everythings OK)。好在有一种比察看 winerror.h 文件更容易的方法来确定 HRESULT 的意思。使用 VC 提供的错误查找工具(Error Lookup)可以轻松查到为 HRESULT 内建功能码。例如,假设你在 CoCreateInstance()之前忘了调用 CoInitialize()。CoCreateInstance()返回的值是 0 x800401F0。你只要

37、将这个值输入到错误查找工具按“Look Up”按钮,便可以看到错误信息描述“尚未调用 CoInitialize”如下图所示:另外一种查找 HRESULT描述的方法是在调试器中。假设有一个 HRESULT 变量是 hres。在 Watch 窗口的左边框中输入“hres,hr”,表示想要看的值,“hr”便会通知 VC 显示 HRESULT所描述的值。如下图所示:通过以上的讨论,想必你对 COM 编程有了初步的认识,本文第二部分将探讨 COM 的内部机制。教你如何用 C+编写自己的接口。第二部分 深入 COM 服务器 文/赵湘宁 下在例子代码:src demo 本文为刚刚接触 COM 的程序员提供编

38、程指南,解释 COM 服务器内幕以及如何用 C+编写自己的接口。继上一篇 COM 编程入门之后,本文将讨论有关 COM 服务器的内容,解释编写自己的 COM 接口和 COM 服务器所需要的步骤和知识,以及详细讨论当 COM 库对COM 服务器进行调用时,COM 服务器运行的内部机制。如果你读过上一篇文章。应该很熟悉 COM 客户端是怎么会事了。本文将讨论COM 的另一端COM 服务器。内容包括如何用 C+编写一个简单的不涉及类库 的 COM 服务器。深入到创建 COM 服务器的内部过程,毫无遮掩地研究那些库代码是充分理解 COM 服务器内部机制的最好方法。本文假设你精通 C+并掌握了上一篇文章

39、所讨论的概念和术语。在这一部分将包括如下内容:走马观花看走马观花看走马观花看走马观花看 COMCOMCOMCOM 服务器服务器服务器服务器描述 COM 服务器的基本要求。服务器生命其管理服务器生命其管理服务器生命其管理服务器生命其管理描述 COM 服务器如何控制加载时间。实现接口实现接口实现接口实现接口,从从从从 IUnknownIUnknownIUnknownIUnknown 开始开始开始开始展示如何用 C+类编写一个接口实现并描述IUnknown 之方法的目的。深入深入深入深入 CoCreateInstance()CoCreateInstance()CoCreateInstance()Co

40、CreateInstance()探究 CoCreateInstance()的调用机理。COMCOMCOMCOM 服务器的注册服务器的注册服务器的注册服务器的注册描述完成服务器注册所需要的注册表入口。创建创建创建创建 COMCOMCOMCOM 对象对象对象对象类工厂描述创建客户端要使用的 COM 对象的过程。一个定制接口的例子一个定制接口的例子一个定制接口的例子一个定制接口的例子例子代码示范了上述概念。一个使用服务器的客户端一个使用服务器的客户端一个使用服务器的客户端一个使用服务器的客户端举例说明一个简单的客户端应用程序,用它来测试COM 服务器。其它内容其它内容其它内容其它内容有关源代码和调试

41、的注释。走马观花看走马观花看走马观花看走马观花看 COMCOMCOMCOM 服务器服务器服务器服务器 本文我们将讨论最简单的一种 COM 服务器,进程内服务器(in-process)。“进程内”意思是服务器被加载到客户端程序的进程空间。进程内服务器都是DLLs,并且与客户端程序同在一台计算机上。进程内服务器在被 COM 库使用之前必须满足两个条件或标准:1、必须正确在注册表的 HKEY_CLASSES_ROOTCLSID 键值下注册。2、必须输出 DllGetClassObject()函数。这 是进程内服务器运行的最小需求。在注册表的 HKEY_CLASSES_ROOTCLSID 键值下必须创

42、建一个键值,用服务器的 GUID 作为键名字,这个键值必须包含两个键值清单,一是服务器的位置,而是服务器的线程模型。COM 库对DllGetClassObject()函数进行调用是在 CoCreateInstance()API 中完成的。还有三个函数通常也要输出:o DllCanUnloadNow():由 COM 库调用来检查是否服务器被从内存中卸载。o DllRegisterServer():由类似 RegSvr32 的安装实用程序调用来注册服务器。o DllUnregisterServer():由卸载实用程序调用来删除由 DllRegisterServer()创建的注册表入口。另外,只输出

43、正确的函数是不够的还必须遵循 COM 规范,这样 COM 库和客户端程序才能使用服务器。服务器生命其管理服务器生命其管理服务器生命其管理服务器生命其管理 DLL 服务器的一个与众不同的方面是控制它们被加载的时间。“标准的”DLLs被动的并且是在应用程序使用它们时被随机加载/或卸载。从技术上讲,DLL 服务器也是被动的,因为不管怎样它们毕尽还是 DLL,但 COM 库提供了一种机制,它允许某个服务器命令 COM 卸载它。这是通过输出函数 DllCanUnloadNow()实现的。这个函数的原型如下:HRESULT DllCanUnloadNow();当客户应用程序调用 COM API CoFre

44、eUnusedLibraries()时,通常出于其空闲处理期间,COM 库遍历这个客户端应用已加载所有的 DLL 服务器并通过调用它的 DllCanUnloadNow()函数查询每一个服务器。另一方面,如果某个服务器确定它不再需要驻留内存,它可以返回 S_OK 让 COM 将它卸载。服务器通过简单的引用计数来确定它是否能被卸载。下面是 DllCanUnloadNow()的实现:extern UINT g_uDllRefCount;/服务器的引用计数 HRESULT DllCanUnloadNow()return(g_uDllRefCount 0)?S_FALSE:S_OK;如何处理引用计数将在

45、下一节涉及到具体代码时讨论。实现接口实现接口实现接口实现接口,从从从从 IUnknownIUnknownIUnknownIUnknown 开始开始开始开始 有必要回想一下 IUnknown 派生的每一个接口。因为 IUnknown 包含了两个COM 对象的基本特性引用计数和接口查询。当你编写组件对象类时(coclass),还要写一个满足自己需要的 IUnknown 实现。以实现 IUnknown 接口的组件对象类为例下面这个例子可能是你编写的最简单 的一个组件对象类。我们将在一个叫做 CUnknownImpl 的 C+类中实现 IUnknown。下面是这个类的声明:class CUnknown

46、Impl:public IUnknown public:/构造函数和析构器 CUnknownImpl();virtual CUnknownImpl();/IUnknown 方法 ULONG AddRef();ULONG Release)();HRESULT QueryInterface(REFIID riid,void*ppv);protected:UINT m_uRefCount;/对象的引用计数;构造器和析构器构造器和析构器构造器和析构器构造器和析构器 构造器和析构器管理服务器的引用计数:CUnknownImpl:CUnknownImpl()m_uRefCount=0;g_uDllRefC

47、ount+;CUnknownImpl:CUnknownImpl()g_uDllRefCount-;当创建新的 COM 对象时,构造器被调用,它增加服务器的引用计数以保持这个服务器驻留内存。同时它还将对象的引用计数初始化为零。当这个 COM 对象被摧毁时,它减少服务器的引用计数。AddRef()和 Release()这两个方法控制 COM 对象的生命期。AddRef()很简单:ULONG CUnknownImpl:AddRef()return+m_uRefCount;AddRef()只增加对象的引用计数并返回更新的计数。Release()更简单:ULONG CUnknownImpl:Releas

48、e()ULONG uRet=-m_uRefCount;if(0=m_uRefCount)/是否释放了最后的引用?delete this;return uRet;除了减少对象的引用计数外,如果没有另外的明确引用,Release()将摧毁对象。Release()也返回更新的引用计数。注意 Release()的实现假设 COM 对象在堆中创建。如果你在全局粘上创建某个对象,当对象试图删除自己时就会出问题。现在应该明白了为什么在客户端应用程序中正确调用 AddRef()和 Release()是如此重要!如果在这了做得不对,你使用的对象会被很快摧毁,这样的话在整个服务器中内存会很快溢出导致应用程序下次存

49、取服务器代码时崩溃。如果你编写多线程应用,可能会想到使用+&替代InterlockedIncrement()和 InterlockedDecrement()的线程安全问题。+&用于单线程服务器很保险,因为即使客户端应用是多线程的并从不同的线程中进行方法调用,COM 库都会按顺序进行服务器 的方法调用。也就是说,一旦一个方法调用开始,所有其它试图调用方法的线程都将阻塞,直到第一个方法返回。COM 库本身确保服务器一次不会被一个以上的线 程闯入。QueryInterface()QueryInterface()QueryInterface()QueryInterface()QueryInterfac

50、e()简称 QI(),由客户端程序调用这个函数从 COM 对象请求不同的接口。我们在例子代码中因为只实现一个接口,QI()会 很容易使用。QI()有两个参数:一个是所请求的接口 IID,一个是指针的缓冲大小,如果查询成功,QI()将接口指针地址存储在这个缓冲指针中。HRESULT CUnknownImpl:QueryInterface(REFIID riid,void*ppv)HRESULT hrRet=S_OK;/标准 QI()初始化 置*ppv 为 NULL.*ppv=NULL;/如果客户端请求提供的接口,给*ppv.赋值 if(IsEqualIID(riid,IID_IUnknown)*

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 技术资料 > 其他杂项

本站为文档C TO C交易模式,本站只提供存储空间、用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。本站仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知得利文库网,我们立即给予删除!客服QQ:136780468 微信:18945177775 电话:18904686070

工信部备案号:黑ICP备15003705号-8 |  经营许可证:黑B2-20190332号 |   黑公网安备:91230400333293403D

© 2020-2023 www.deliwenku.com 得利文库. All Rights Reserved 黑龙江转换宝科技有限公司 

黑龙江省互联网违法和不良信息举报
举报电话:0468-3380021 邮箱:hgswwxb@163.com