VC++中 COM的方法说明

CoInitialize   
说明 ：CoInitialize是Windows提供的API函数，用来告诉 Windows以单线程的方式创建com对象。应用程序调用com库函数（除CoGetMalloc和内存分配函数）之前必须初始化com库。

语法：HRESULT CoInitialize(_In_opt_  LPVOID pvReserved);

参数被保留，且必须为NULL。^[1]

返回值：

S_OK : 该线程中COM库初始化成功。

S_FALSE: 该线程中COM库已经被初始化 CoInitialize () 标明以单线程方式创建。^[1]

使用 CoInitialize 创建可以使对象直接与线程连接，得到最高的性能。

CoInitialize并不装载COM 库，它只用来初始化当前线程使用什么样的套间。使用这个函数后，线程就和一个套间建立了对应关系。线程的套间模式决定了该线程如何调用COM对象，是否需要列集等。

CoInitialize ()并不会干扰客户和服务器之间的通信，它所做的事情是让线程注册一个套间，而线程运行过程中必然在此套间。

CoInitialize和CoUninitialize必须成对使用。

创建新的应用程序就调用CoInitializeEx代替CoInitialize。

CoInitializeEx

函数说明：

CoInitializeEx是 Windows提供的API函数，为当前线程初始化COM库并设置并发模式 。应用程序调用com库中的函数（除CoGetMalloc和内存分配函数）之前必须初始化com库。

函数原型

HRESULT CoInitializeEx(

void * pvReserved,

DWORD dwCoInit

);

参数介绍:

pvReserved

系统 保留的参数，必须传入 NULL.

dwCoInit

该标示指明基于当前线程的并发模式和初始化选项。该参数是 COINIT 枚举类型，传入参数时候，除了

COINIT_APARTMENTTHREADED 和COINIT_MULTITHREADED标记外，其余的标记可以组合使用。

返回值:

S_OK ：COM库初始化成功。

S_FALSE ：当前线程上，COM库已经被初始化。

RPC_E_CHANGED_MODE ：COM库已经被初始化且传入参数设置的并发模式和本次不同。

注意事项：

        在应用程序中使用COM库，至少要调用一次CoInitializeEx函数（通常也就调用一次）。如果传入参数的并发标志相同

，单个线程也可以多次调用该函数，但后来有效的调用将返回 S_FALSE。在正常关闭COM库情况下，每一个CoInitialize 或者CoInitializeEx的成功的调用（也包含返回S_FALSE的调用），都必须用通Uninitialize函数来结束。

使用函数 CoInitializeEx的代码的前面需要包含于处理标志 #define _WIN32_DCOM

基于线程的并发模式一旦设置，将不能再改变。一个线程上调用CoInitializeEx如果与原来调用设置的并发模式不一致，将会失败并返回RPC_E_CHANGED_MODE。

CoInitializeSecurity
Registers security and sets the default security values for the process. This function is called exactly once per process, either explicitly or implicitly. It can be called by the client, server, or both. For legacy applications and other applications that do not explicitly call CoInitializeSecurity, COM calls this function implicitly with values from the registry. If you set processwide security using the registry and then call CoInitializeSecurity, the AppID registry values will be ignored and theCoInitializeSecurity values will be used.
注册并设置进程的默认的安全值。该函数只被每个进程确切的调用一次，以显式或隐式的方式。它可以被客户端，服务器端或是两边都调用。对于非COM的应用程序不应该显式的被调用，但是对于COM应用程序该函数会隐式的从注册表读取参数来调用。如果你使用注册表设置进程级的安全然后调用CoInitializeSecurity, 那么AppID的注册表值会被忽略而使用CoInitializeSecurity值。从这段话中，我们可以知道两个信息，一，CoInitializeSecurity函数用于设置进程安全；二，只能被进程调用一次。第一点是说明用途，而第二点说明用法。很简单，只要在CoInitialize()后面调用一下就可以。但是请记住一定要用下面的方式去验证返回值：

HRESULT hr;

hr = CoInitialzieSecurity();
if (SUCCEED(hr) || RPC_E_TOO_LATE == hr)
{
    do your work;
}

因为你如果在开发一个多线程的程序并且多人一起开发，你很可能不知道谁在你之前已经调了一次，而这种问题又很难去定位，特别是你没有别人代码的情况下。下面是四个返回值的说明：

This function supports the standard return value E_INVALIDARG, as well as the following: 

S_OK 

Indicates success.

RPC_E_TOO_LATE 

CoInitializeSecurity has already been called.

RPC_E_NO_GOOD_SECURITY_PACKAGES 

asAuthSvc was not NULL, and none of the authentication services in the list could be registered. Check the results saved in asAuthSvc for authentication service–specific error codes.

E_OUT_OF_MEMORY 

Out of memory.

strncpy_s( dest, _countof(dest), src, count );

并且这句代码不是在所有平台上都有问题。
这个我今天也是在牛人的帮助下才找出来的，而最大地问题是它出现在同一是双核的只是速度不同的w2k3机器上，一台百分百返回S_OK; 而另一台百分百返回RPC_E_TOO_LATE，而且用的同样的代码。所以初步怀疑是多线程时序的问题。不得不承认调试很难^_^。顺便提一句，大家看到这样的代码hang在那里会有什么想法：