上篇依然是关于客户端的,现在转向服务端。本文以OPC基金会发布的OPC DA 3.00 Sample Server为分析对象,分析它的结构,为自己程序切入找准方向。
在开始之前需要分享一个知识点,即COM是如何被创建的。在客户端使用CoCreateInstance后,服务端是怎样帮你创立一个实例的?这就是IClassFactory的职责,所有COM的调用都是通过它的接口来获得一个具体的执行它接口类的实例。
OPC服务端的IClassFactory执行类是定义在COpcClassFactory.h中,
我们需要仔细审视下其中的CreateInstance函数,具体见下,
// CreateInstance
STDMETHODIMP CreateInstance(
IUnknown* pUnkOuter,
REFIID riid,
void** ppvObject)
{
*ppvObject = NULL;
// aggregation is not supported.
if (pUnkOuter != NULL)
{
return CLASS_E_NOAGGREGATION;
}
OPC_ASSERT(m_pClassInfo != NULL && m_pClassInfo->pfnCreateInstance != NULL);
// create instance - adds one reference.
IUnknown* ipUnknown = NULL;
HRESULT hResult = m_pClassInfo->pfnCreateInstance(&ipUnknown, m_pClassInfo->pClsid);
if (FAILED(hResult))
{
return hResult;
}
// query desired interface - adds another reference.
hResult = ipUnknown->QueryInterface(riid, ppvObject);
if (FAILED(hResult))
{
ipUnknown->Release();
return hResult;
}
// release one reference.
ipUnknown->Release();
return S_OK;
}
在这里最主要的就是这个函数指针m_pClassInfo->pfnCreateInstance,它负责创建一个OPC服务端的实例并返回。它的定义也很简单,在COpcClassFactory.h中,只要满足(IUnknown**, const CLSID*)形式的函数就行了。
pfnCreateInstance又是定义在TOpcClassTableEntry中的,我们需要看下这个函数指针是怎样定义的,见如下二图,
从这里我们可以清晰过了看到函数指针pfnCreateInstance实际是指向了COpcDa30Server::CreateInstance,鉴定完毕。
COpcDa30Server::CreateInstance又具体干了些什么?见如下二图,
我们看到在COpcDa30Server::CreateInstance中对COpcDa30Server(new xClass())进行了实例创建,返回了它的IID_IUnknown实例指针给COpcClassFactory中的m_pClassInfo->pfnCreateInstance,然后再通过QueryInterface从IID_IUnknown实例指针获得指向CLSID位置的指针返回给客户端,至此服务端创建任务完毕。
这只是初步的创建,还需要弄懂程序是如何和模拟装置连接上的,这样大家如果开发个自己的OPC服务器软件,也可以直接找到切入点来修改。
其实答案已在上图中体现,我再重复一下,
static HRESULT __stdcall CreateInstance(IUnknown** ippUnknown, const CLSID* pClsid) \
{ \
if (ippUnknown == NULL) return E_POINTER; \
*ippUnknown = NULL; \
\
xClass* pObject = new xClass(); \
\
pObject->m_pClsid = pClsid; \
\
HRESULT hResult = pObject->FinalConstruct(); \
\
if (FAILED(hResult)) \
{ \
pObject->Release(); \
return hResult; \
} \
这里pObject->FinalConstruct中的pObject是COpcDa30Server,看一下相应的call stack,
Call stack清晰地显示出这么一个顺序,即COpcClassFactory::CreateInstance->COpcDa30Server::CreateInstance->COpcDa30Server::FinalConstruct->Initialize,直到产生新的COpcDaDevice实例。所以如果你要开发自己的PLC、DCS之类的OPC服务端,这里就是一个很好的切入点。
一般服务端是作为一个独立的exe可执行程序的,调试起来比较麻烦,因为它有自己的address space。研究过程中发现该样本程序也可以作为一个独立的dll来编译,这点让我喜出望外,我可以在客户端里直接调用服务端的dll。当然要做些改动,加上相应预编译宏,留出出口函数等等就可编译成dll文件,见上图在我的客户端Opc3Tool的地址空间里就可以调用OpcDa30Server.dll,感觉很爽。
再来点题外话吧。到目前为此我已写了十篇与OPC有关的博文,不知对大家有没帮助。新年到了,先祝大家新年愉快!自己新年也有点新打算,就是想把OPC的开发过程写成课件,和博文相比更加深入,完整,实战性更强。当然,要花更多时间,也需要大家捧场,先看有无需求(请留言呦),计划如下:
课件1:COM入门(COM介绍,COM的内部调用过程,COM作为exe和dll的创建过程及区别,最后是三个完整的VC++2017项目实现 - COM作为exe的项目,COM作为dll的项目和COM作为客户端的项目)
课件2:OPC IDL文件分析(用OPC的Common和DA的IDL文件作为范本,分析它的内容帮助大家能读懂,也了解RPC是怎样利用IDL的,最重要的是通过IDL文件掌握相关的COM内存管理原则,这是写好COM程序的基础)
课件3:OPC DA服务端分析(类似于本博文,但更细致透彻,提供二个完整的VC++2017项目 - 一个是exe项目,另一个是dll项目)
课件4:OPC DA客户端分析(提供完整的原创DA全功能的客户端程序,作为一个完整的VC++2017项目)
课件5:OPC HDA服务端分析(分析OPC HDA服务端的设计,帮助读者快速理解其架构,找准自己HDA服务端程序的最佳切入点)
课件6:OPC HDA客户端分析(提供完整的原创HDA客户端程序,使读者快速上手,作为一个完整的VC++2017项目)
课件7:OPC AE服务端分析(分析OPC AE服务端的设计,快速理解其架构,找准自己AE服务端程序的最佳切入点)
课件8:OPC AE客户端分析(提供完整原创的AE客户端程序,使读者快速上手,作为一个完整的VC++2017项目)
以上只是初步设想,请大家不吝赐教!
来源:CSDN
作者:kkus123
链接:https://blog.csdn.net/kkus123/article/details/103760259