1.关于文章的获取

　　许多读者发来e-mail询问本系列文章的相关事宜，如：

　　（1） 是否已出版？

　　（2） 哪里可以下载打包版？

　　（3） 哪里可以下载笔者的其它文章？

　　还有一些读者对日前笔者在天极网发表的《c语言嵌入式系统编程修炼之道》非常喜爱，给予了热情洋溢的赞扬，询问笔者能否继续创作嵌入式编程方面的文章。

　　对于这些问题，统一作答如下：

　　（1）本系列文章暂时尚未出版；

　　（2）您可以在天极网软件频道下载笔者的多数拙作。另外，我也将不定期将这些文章上传到我的博客（ http://blog.donews.com/21cnbao/）。所有文章中的例程源代码均经过亲手调试，验证无误；

　　（3）就嵌入式系统开发，笔者将继续进行此方面的创作，新近将推出《基于嵌入式实时os vxworks的多任务程序设计》及《领悟：从windows多线程到vxworks的多任务》。

　　非常感谢读者朋友对这些文章的喜爱，在下将竭尽所能地为您提供更多的好文章。

　　2.关于dll的疑问

　　你好，看了你写的"vc++ dll编程深入浅出"，特别有收获。 只是有个地方我老搞不明白，就是用dll导出全局变量时，指定了.lib的路径（#pragma comment(lib,"dlltest.lib")），那么.dll的文件的路径呢，我尝试着把.dll文件移到别的地方程序就无法正常运行了，请问.dll在这里怎么指定。

　　希望您能在百忙中抽空给我解答一下，不胜感激！

　　一位编程爱好者

　　回答：

　　windows按下列顺序搜索dll：

　　（1）当前进程的可执行模块所在的目录；

　　（2）当前目录；

　　（3）windows 系统目录，通过getsystemdirectory 函数可获得此目录的路径；

　　（4）windows 目录，通过getwindowsdirectory 函数可获得此目录的路径；

　　（5）path 环境变量中列出的目录。

　　因此，隐式链接时，dll文件的路径不需要指定也不能指定，系统指定按照1～5的步骤寻找dll，但是对应的.lib文件却需要指定路径；如果使用windows api函数loadlibrary动态加载dll，则可以指定dll的路径。

　　你好,我是一位c++初学者,我在pconline看了教学之后,受益不浅。我想问一下能否在dll里使用多线程?msdn上用#using <mscorlib.dll>这个指令之后实现了多线程,不过好象不支持dll..

　　请问有什么办法支持制作多线程dll??能否给一个源码来?

　　回答：

　　在dll中可以处理多线程，win32对于多线程的支持是操作系统本身提供的一种能力，并不在于用户编写的是哪一类程序。即便是一个控制台程序，我们都可以使用多线程：

#include <stdio.h> #include <windows.h> void threadfun(void) { 　while(1) 　{ 　　printf( "this is new thread\n" ); 　　sleep( 1000 ); 　} } int main() { 　dword threadid; 　createthread( null, 0, (lpthread_start_routine)threadfun, null, 0, &threadid ); 　while(1) 　{ 　　printf( "this is main thread\n" ); 　　sleep( 1000 ); 　} }

　　观察程序运行的结果为在控制台窗口上交替输出this is main thread、this is new thread。

　　我们来看下面的一个多线程dll的例子。

　　dll程序提供一个接口函数sendinit，在此接口中启动发送线程sendthreadfunc，在这个线程的对应工作函数中我们使用原始套接字socket发送报文。参考微软出版的经典书籍《windows核心编程》，我们发现，不宜在dll被加载的时候（即进程绑定时）启动一个新的线程。

　　这个线程等待一个cevent事件（用于线程间通信），应用程序调用dll中的接口函数sendmsg( interdatapkt senddata )可以释放此事件。下面是相关的源代码：

　　（1）发送报文线程入口函数

/////////////////////////////////////////////////////////////////////////// //函数名：sendthreadfunc //函数功能：发送报文工作线程入口函数，使用udp协议 //////////////////////////////////////////////////////////////////////////// dword winapi sendthreadfunc( lpvoid lpvthreadparm ) //提示：对于线程函数应使用winapi声明，winapi被宏定义为__stdcall { 　/* 创建socket */ 　sendsock = socket ( af_inet, sock_dgram, 0 ); 　if ( sendsock == invalid_socket ) 　{ 　　afxmessagebox ( "socket创建失败" ); 　　closesocket ( recvsock ); 　} 　/* 获得目标节点端口与地址 */ 　struct sockaddr_in desaddr; 　desaddr.sin_family=af_inet; 　desaddr.sin_port=htons( des_recv_port ); //目标节点接收端口 　desaddr.sin_addr.s_addr = inet_addr( des_ip ); 　/* 发送数据 */ 　while(1) 　{ 　　waitforsingleobject( hsendevent, 0xffffffffl );//无限等待事件发生 　　resetevent( hsendevent ); 　　sendto( sendsock, (char *)sendsockdata.data, sendsockdata.len, 0, (struct sockaddr*)&desaddr, sizeof(desaddr) ); 　} 　return -1; }

　　（2）mfc规则dll的initinstance函数

///////////////////////////////////////////////////////////////////////////// // cmultithreaddllapp initialization bool cmultithreaddllapp::initinstance() { 　if ( !afxsocketinit() ) //初始化socket 　{ 　　afxmessagebox( idp_sockets_init_failed ); 　　return false; 　} 　return true; }

　　（3）启动发送线程

//////////////////////////////////////////////////////////////////////////////// //函数名：sendinit //函数功能：dll提供给应用程序调用接口，用于启动发送线程 ///////////////////////////////////////////////////////////////////////////// void sendinit(void) { 　hsendthread = createthread( null, 1000, sendthreadfunc, this, 1, &usendthreadid ); }

　　（4）sendmsg函数

//////////////////////////////////////////////////////////////////////////////// //函数名：sendmsg //函数功能：dll提供给应用程序调用接口，用于发送报文 ///////////////////////////////////////////////////////////////////////////// extern "c" void winapi sendmsg( interdatapkt senddata ) { 　sendsockdata = senddata; 　setevent( hsendevent ); //释放发送事件 }

　　以上程序仅仅是一个简单的例子，其实在许多工程应用中，我们经常看到这样的处理方式。这个dll对用户而言仅仅使一个简单的接口函数sendmsg，对调用它的应用程序屏蔽了多线程的技术细节。与之类似，mfc提供的csocket类在底层自己采用了多线程机制，所以使我们免去了对多线程的使用。

　　您好,看了您的dll文章，发现导出函数可以直接用_declspec(dllexport)声明或在.def文件中定义，变量的导出也一样。我想知道类是否也可以在.def文件中导出？您的文章中只讲了在类前添加_declspec(dllexport)导出类的方法。请您指教！

　　回答：

　　一般我们不采用.def文件导出类，但是这并不意味着类不能用.def文件导出类。

　　使用depends查看连载2的"导出类"例程生成的dll，我们发现其导出了如图21的众多"怪"symbol，这些symbol都是经过编译器处理的。因此，为了以.def文件导出类，我们必须把这些"怪"symbol全部导出，实在是不划算啊！所以对于类，我们最好直接以_declspec(dllexport)导出。

图1 导出类时导出的symbol

　　您好,看了您的dll文章，知道怎么创建dll了，但是面对一个具体的工程，我还是不知道究竟应该把什么做成dll？您能给一些这方面的经验吗？

　　回答：

　　dll一般用于软件模块中较固定、较通用的可以被复用的模块，这里有一个非常好的例子，就是豪杰超级解霸。梁肇新大师把处理视频和音频的算法模块专门做成了两个dll，供超级解霸的用户界面gui程序调用，实在是dll设计的模范教程。所谓"万变不离其宗"，超级解霸的界面再cool，用到的还是那几个dll！具体请参考《编程高手箴言》一书。

　　您好,您的dll文章讲的都是windows的，请问linux操作系统上可以制作dll吗？如果能，和windows有什么不一样？谢谢！

　　回答：

　　在linux操作系统中，也可以采用动态链接技术进行软件设计，但与windows下dll的创建和调用方式有些不同。

　　linux操作系统中的共享对象技术（shared object）与windows里的dll相对应，但名称不一样，其共享对象文件以.so作为后缀。与linux共享对象技术相关的一些函数如下：

　　(1)打开共享对象，函数原型：

//打开名为filename共享对象，并返回操作句柄； void *dlopen (const char *filename, int flag);

　　(2)取函数地址，函数原型:

//获得接口函数地址 void *dlsym(void *handle, char *symbol);

　　(3)关闭共享对象，函数原型:

//关闭指定句柄的共享对象 int dlclose (void *handle);

　　(4)动态库错误函数，函数原型:

//共享对象操作函数执行失败时，返回出错信息 const char *dlerror(void);

　　从这里我们分明看到windows api――loadlibrary、freelibrary和getprocaddress的影子！又一个"万变不离其宗"！

　　本系列文章的连载暂时告一段落，您可以继续给笔者发送email（mailto：21cnbao@21cn.com）讨论dll的编程问题。对于文中的错误和纰漏，也热诚欢迎您指正。

---

---

上一篇:VC+动态链接库编程之MFC规则DLL   
下一篇:英国投票否决C+/CLI 微软强攻ISO标准受挫