VC多线程访问数据库的数据传递问题

说一些概念性的东西吧。

COM *** 作，它有一套自己关于跨线程和跨进程的模型，这是个复合模型，会衍生出大约7,8种组合。学习COM，这个是一定要吃透的。楼主阅读一下关于CoInitializeEx函数的帮助文档，能多多少少体会到一些。但如果没学习过COM，光看MSDN的帮助文档，如坠云里雾里一般，很难理解的。因此，建议买本COM的书，稍微参阅一下，其次网上譬如CSDN中有很多热心人写的关于线程进程有关的COM模型，和使用规则，优缺点，可以拜读一下！

在MFC中，可能不太会形成跨线程传递变量的危害性，这种观念吧。所以，在MFC中，似乎我们能随心所欲在线程之间传递变量，但其实是不对的，典型的就是主线程创建的窗口和控件，最好不要在其它线程中直接 *** 纵，而是通过线程间通信的方法，让创建窗口和控件的主线程来 *** 纵窗口和控件。

因此，变量是不能乱传地，到了COM中，这个限制是非常明显的，COM中有概念叫MARSHAL、PROXY、STUB，当然它主要是进程相关的概念，同样说明了，非线程自己创建的东西，不是该线程使用就会有问题。

像VIEW这种界面的东西不要随便乱传给工作线程这种非界面线程。

我的建议是：

建工作线程，因为数据库 *** 作及从数据库反馈到程序级的数据需要进行再加工，这些步骤都可能会非常耗时，耗时 *** 作放在界面线程，会使界面线程无法处理WM_XXX的消息，造成界面假死。因此，像智能指针这种东西放到工作线程里进行独立管理，工作线程通过智能指针向数据库要数据，然后处理，存放数据结果到程序中约定的地方，如全局变量，虚拟内存等地方。数据处理完，通过自定义消息，向界面线程发送自定义消息，使界面线程能够在自定义消息中，将保存的数据显示到界面中，发送线程消息有个函数就是PostThreadMessage。

其他的细微细节也可以考虑，到底是创建自己的线程，还是使用线程池等。随着经验的丰富，会考虑很多问题的，关键是理论知识要学，实践也不能没有。

最后就是概念修正， _ConnectionPtr它是一个标准的C++类，C++类可以重载-> *** 作符，这个被重载的指针 *** 作符，使得通过该类实例化的变量在实际使用时，行为更像是一个指针，而不是个普通变量，这个被重载的指针 *** 作符才是智能指针，而不是指_ConnectionPtr类是智能指针，顶多说它是个智能指针类，我也见过有翻译成灵巧指针的，英文原版是SMART POINTER。

定义一个全局的互斥事件CMunex cMunex；

当你在一个线程里要连接数据库的时候可以这样：cMunex.lock()

处理完以后可以这样 ：cMunex.unlock()

这样就OK了。应该可以解决问题了

可以这样做:

为线程参数定义一个结构体

struct threadParam

{

HANDLE* self

HANDLE* other

//还可以定义一些其他你认为需要的参数

}

//假设有2个线程A、B

HANDLE *HA = new HANDLE

HANDLE *HB = new HANDLE

threadParam *pA = new threadParam

PA->self = HA

PA->other = HB

*HA = createthread(NULL,funcA,PA,....)

将PA做为参数传递给线程A。这样就可以在线程函数里通过指针使用a,b的线程句柄了。

同样创建b线程的时候这样做一遍就ok。

不知道这样说明白否？

---