863
社区成员
发帖
与我相关
我的任务
分享＊＊＊＊＊看来VB6.0也能有安全的多线程＊＊＊＊＊
在ActiveX EXE工程属性中选择 每个对象对应一个线程
我现在写了一个类用于处理文件的类(用Timer来实现异步).
在客户程序中,要同时处理4个文件,然后生成了处理文件类的四个实例,那么就是在ActiveX EXE进程中开了四个线程,经过测试程序运行非常稳定,但是我比较困惑的是"VB6.0"中不能实现安全的自由线程,但是像我所说的多线程是安全可靠的吗???
请指教~~!!
我现在写了一个类用于处理文件的类(用Timer来实现异步).
在客户程序中,要同时处理4个文件,然后生成了处理文件类的四个实例,那么就是在ActiveX EXE进程中开了四个线程,经过测试程序运行非常稳定,但是我比较困惑的是"VB6.0"中不能实现安全的自由线程,但是像我所说的多线程是安全可靠的吗???
请指教~~!!
...全文
请发表友善的回复…
发表回复
hbjmdx008 2006-08-07
- 打赏
- 举报
学习
Gutta 2006-07-21
- 打赏
- 举报
开销大有什么关系，现在的计算机又不是64M内存，赛扬133的CPU。
DLL是进程内部件，是不能用定时器来实现模拟的多任务并行操作的，而ActiveX EXE则刚刚好弥补了这个不足，有一点就是费点资源而已，不过对于现在的计算机来说也没有什么关系了。
楼主可以去看看Access这个数据库软件，微软就用多了这个ActiveX EXE的东西，一打开一个表，一打开一个数据库都是一个新的进程（可以在任务管理器中看到），当然我这个系统不能和它相比，不过我只是想说用这个技术也是很普遍的，所以上楼的先搞清楚怎么实现，然后再来进行优化把开销给尽量减小才是上策。
要是在公司做项目的时候，做不出来就很可能要走人了，所以这是生存问题，不是口舌之争。
DLL是进程内部件，是不能用定时器来实现模拟的多任务并行操作的，而ActiveX EXE则刚刚好弥补了这个不足，有一点就是费点资源而已，不过对于现在的计算机来说也没有什么关系了。
楼主可以去看看Access这个数据库软件，微软就用多了这个ActiveX EXE的东西，一打开一个表，一打开一个数据库都是一个新的进程（可以在任务管理器中看到），当然我这个系统不能和它相比，不过我只是想说用这个技术也是很普遍的，所以上楼的先搞清楚怎么实现，然后再来进行优化把开销给尽量减小才是上策。
要是在公司做项目的时候，做不出来就很可能要走人了，所以这是生存问题，不是口舌之争。
qjwxsd 2006-07-07
- 打赏
- 举报
进程的开销比线程大多了，以前看过一个在DLL里用定时器实现的代码，我也试了一下，结果不行，盼大侠指点。
qjwxsd 2006-07-07
- 打赏
- 举报
DLL里面不能写都是扯蛋@
qjwxsd 2006-07-07
- 打赏
- 举报
看是看了N多这样的帖子了
VBToy 2006-07-04
- 打赏
- 举报
mark
VirtualDesktop 2006-07-04
- 打赏
- 举报
《Advance Visual Basic》
一笑拔剑 2006-06-30
- 打赏
- 举报
楼上的想法不错
具体代码能欣赏么?
具体代码能欣赏么?
RayLynn 2006-06-30
- 打赏
- 举报
呵呵，你说的方法我就正在用了。
我的思路是这样：
1、建立一个ActiveX EXE工程，将工程属性的线程模块设置成“每个对象对应一个线程”
2、其次将新建一个操作类，继承（将模块做为属性）我另外设计的一个将Timer封装起来的虚拟线程模块。
3、在应用时使用 CreateObject() 方法来创建该对象。即可`
这种方法可以建立非常稳定高效的多线程程序，只不过多了一个进程而已。
重复创建对象可以新建多个线程。在线程查看器中可以非常清楚的看到活动状况`
我的思路是这样：
1、建立一个ActiveX EXE工程，将工程属性的线程模块设置成“每个对象对应一个线程”
2、其次将新建一个操作类，继承（将模块做为属性）我另外设计的一个将Timer封装起来的虚拟线程模块。
3、在应用时使用 CreateObject() 方法来创建该对象。即可`
这种方法可以建立非常稳定高效的多线程程序，只不过多了一个进程而已。
重复创建对象可以新建多个线程。在线程查看器中可以非常清楚的看到活动状况`
Gutta 2006-06-30
- 打赏
- 举报
好好好，只要稳定就好，多了一个进程关系不大。
谢谢
谢谢
Tiger_Zhao 2006-06-29
- 打赏
- 举报
推荐一本书 《Advance Visual Basic》（有中文版），里面有许多 VB6 “不可能”的功能实现。
一笑拔剑 2006-06-28
- 打赏
- 举报
那个和共享资源是一回事么？
要写个vb的多线程分块下载就知道了
呵呵
要写个vb的多线程分块下载就知道了
呵呵
viena 2006-06-28
- 打赏
- 举报
//"VB6.0"中不能实现安全的自由线程
毫无疑问
自由线程是各线程可以共享资源的，而VB中只能有互相隔绝的单元线程
毫无疑问
自由线程是各线程可以共享资源的，而VB中只能有互相隔绝的单元线程
迈克揉索芙特 2006-06-28
- 打赏
- 举报
to 维也纳老大：
在窗体内声明模块级的整形变量，第1个线程负责循环累加，第2个线程负责循环把结果列出来。
这就是您说的共享资源吧？共享了一个变量嘛。VB可以做到。
在窗体内声明模块级的整形变量，第1个线程负责循环累加，第2个线程负责循环把结果列出来。
这就是您说的共享资源吧？共享了一个变量嘛。VB可以做到。
迈克揉索芙特 2006-06-28
- 打赏
- 举报
如果能力过硬，vb是可以写出稳定的多线程。
一笑拔剑 2006-06-28
- 打赏
- 举报
timer只是模拟多线程
和真正的多线程是有区别的
和真正的多线程是有区别的
一笑拔剑 2006-06-28
- 打赏
- 举报
多线程vb只能靠api达到
呵呵
当然相对要烂一点了
:)
呵呵
当然相对要烂一点了
:)
Gutta 2006-06-28
- 打赏
- 举报
尽管比较复杂，慢慢看。
总之，多进程实现还是比较稳定最重要。
总之，多进程实现还是比较稳定最重要。
迈克揉索芙特 2006-06-26
- 打赏
- 举报
COM组件中的线程模式
1、提及COM的线程模式，实际上指的是两个方面，一个是客户程序的线程模式，一个是组件所支持的线程模式。客户程序的线程模式只有两种，单线程公寓(STA)和多线程公寓(MTA)。组件所支持的线程模式有四种：Single(单线程)、Apartment(STA)、Free(MTA)、Both(STA+MTA)。
2、公寓只是个逻辑上的概念。一个STA只能包含一个线程，一个MTA可以包含多个线程。一个进程可以包含多个STA，但只能有一个MTA。MTA中各线程可以并行的调用本公寓内实例化的组件，而不需要进行调度。跨公寓调用组件实例必须要进行调度。(除非使用了自由线程调度器)。
3、客户程序的线程是在调用CoInitializeEx()时决定客户线程的类型的。如果以参数 COINIT_APARTMENTTHREADED调用，则会创建一个STA公寓，客户线程包含在这个公寓里。如果以参数COINIT_MULTITHREADED调用，则创建一个MTA公寓，把线程加入到这个MTA中；如果进程内已经有了一个MTA，则不创建新的MTA，只把线程加入到已有的MTA。注意每个线程都必须调用CoInitializeEx()才能使用COM组件。
4、线程最重要的是同步问题。STA是通过窗口消息队列来解决这个问题的。当客户线程以 COINIT_APARTMENTTHREADED调用CoInitializeEx()时，将为会该STA创建一个具有 OleMainThreadWndClass窗口类的隐含窗口。所有对在这个公寓中建立的COM对象方法的调用都将都放到这个隐含窗口的消息队列中。所以每一个与STA相关联的线程必须用 GetMessage、DispatchMessage或类似方法来分派窗口消息。MTA内各线程可并行调用同一个组件对象的实例，从而不保证安全性，所以实现同步访问的责任就落在了组件身上。注意，STA的同步是公寓级的，就是说对公寓内不同组件的访问都要放到同一个消息队列中，对一个实例的方法调用会影响对其他实例的调用，所以并发程度很低。
5、在不同公寓间传递接口指针必须要经过调度。这主要还是为了同步对组件的调用。通过CoMarshalInterThreadInterfaceInStream和CoGetInterfaceAndReleaseStream实现。很简单。
6、Single型组件很特殊，它只能在一个单一的线程中执行。首先要说明的是一个进程中第一个以COINIT_APARTMENTTHREADED调用CoInitializeEx()的线程被称作是主STA。每次用CoCreateInstance()创建的Single型组件实际上都是创建在了这个主STA中，而不管是谁调用了CoCreateInstance()这个函数。所有对这个Single组件方法的调用都必须要通过这个主STA。
7、若STA创建STA型组件，是直接创建，直接调用。
若STA创建MTA型组件，系统为组件创建一个MTA，STA通过代理访问组件。
若STA创建Both型组件，是直接创建，直接调用。
若MTA创建STA型组件，系统为组件创建一个STA，MTA通过代理访问组件。
若MTA创建MTA型组件，是直接创建，直接调用。
若MTA创建Both型组件，是直接创建，直接调用。
可见如果客户程序和组件都支持同样的线程模式，那么COM就允许客户程序直接调用对象，这样将产生最佳性能。
8、Both型组件已经很好了，无论是STA还是MTA都可以直接创建调用它。但跨公寓的调用仍然要经过代理。为了更进一步以获得最佳性能，可以使用自由线程调度器(FTM)。注意其它类型的组件也可以使用FTM，只是由Both使用FTM可获得是最佳效果。FTM实现了接口IMarshal，当调度那两个调度接口指针的函数时，这两个函数(见5)内部调用IMarshal内的相关函数，并判断如果调度发生在一个进程内的公寓之间则直接返回接口指针；
如果调度发生在进程之间或者远程计算机间，则调用标准的调度器，并返回指向代理对象的指针。所以可见使用FTM，即使是公寓之间也不用调度接口指针了！！
9、FTM虽然好，但使用FTM的组件必须遵守某些限制：使用FTM的对象不能直接拥有没有实现FTM的对象的接口指针；使用FTM的对象不能拥有其他公寓对象代理的引用。
10、全局接口表(GIT)。作用范围是进程内。可以把接口指针存进表中，然后在别的公寓内把其取出，GIT自动执行公寓间的调度，所以很方便。GIT是通过IGlobalInterfaceTable访问的。通过创建CLSID为CLSID_StdGlobalInterfaceTable的对象可调用它。
1、提及COM的线程模式，实际上指的是两个方面，一个是客户程序的线程模式，一个是组件所支持的线程模式。客户程序的线程模式只有两种，单线程公寓(STA)和多线程公寓(MTA)。组件所支持的线程模式有四种：Single(单线程)、Apartment(STA)、Free(MTA)、Both(STA+MTA)。
2、公寓只是个逻辑上的概念。一个STA只能包含一个线程，一个MTA可以包含多个线程。一个进程可以包含多个STA，但只能有一个MTA。MTA中各线程可以并行的调用本公寓内实例化的组件，而不需要进行调度。跨公寓调用组件实例必须要进行调度。(除非使用了自由线程调度器)。
3、客户程序的线程是在调用CoInitializeEx()时决定客户线程的类型的。如果以参数 COINIT_APARTMENTTHREADED调用，则会创建一个STA公寓，客户线程包含在这个公寓里。如果以参数COINIT_MULTITHREADED调用，则创建一个MTA公寓，把线程加入到这个MTA中；如果进程内已经有了一个MTA，则不创建新的MTA，只把线程加入到已有的MTA。注意每个线程都必须调用CoInitializeEx()才能使用COM组件。
4、线程最重要的是同步问题。STA是通过窗口消息队列来解决这个问题的。当客户线程以 COINIT_APARTMENTTHREADED调用CoInitializeEx()时，将为会该STA创建一个具有 OleMainThreadWndClass窗口类的隐含窗口。所有对在这个公寓中建立的COM对象方法的调用都将都放到这个隐含窗口的消息队列中。所以每一个与STA相关联的线程必须用 GetMessage、DispatchMessage或类似方法来分派窗口消息。MTA内各线程可并行调用同一个组件对象的实例，从而不保证安全性，所以实现同步访问的责任就落在了组件身上。注意，STA的同步是公寓级的，就是说对公寓内不同组件的访问都要放到同一个消息队列中，对一个实例的方法调用会影响对其他实例的调用，所以并发程度很低。
5、在不同公寓间传递接口指针必须要经过调度。这主要还是为了同步对组件的调用。通过CoMarshalInterThreadInterfaceInStream和CoGetInterfaceAndReleaseStream实现。很简单。
6、Single型组件很特殊，它只能在一个单一的线程中执行。首先要说明的是一个进程中第一个以COINIT_APARTMENTTHREADED调用CoInitializeEx()的线程被称作是主STA。每次用CoCreateInstance()创建的Single型组件实际上都是创建在了这个主STA中，而不管是谁调用了CoCreateInstance()这个函数。所有对这个Single组件方法的调用都必须要通过这个主STA。
7、若STA创建STA型组件，是直接创建，直接调用。
若STA创建MTA型组件，系统为组件创建一个MTA，STA通过代理访问组件。
若STA创建Both型组件，是直接创建，直接调用。
若MTA创建STA型组件，系统为组件创建一个STA，MTA通过代理访问组件。
若MTA创建MTA型组件，是直接创建，直接调用。
若MTA创建Both型组件，是直接创建，直接调用。
可见如果客户程序和组件都支持同样的线程模式，那么COM就允许客户程序直接调用对象，这样将产生最佳性能。
8、Both型组件已经很好了，无论是STA还是MTA都可以直接创建调用它。但跨公寓的调用仍然要经过代理。为了更进一步以获得最佳性能，可以使用自由线程调度器(FTM)。注意其它类型的组件也可以使用FTM，只是由Both使用FTM可获得是最佳效果。FTM实现了接口IMarshal，当调度那两个调度接口指针的函数时，这两个函数(见5)内部调用IMarshal内的相关函数，并判断如果调度发生在一个进程内的公寓之间则直接返回接口指针；
如果调度发生在进程之间或者远程计算机间，则调用标准的调度器，并返回指向代理对象的指针。所以可见使用FTM，即使是公寓之间也不用调度接口指针了！！
9、FTM虽然好，但使用FTM的组件必须遵守某些限制：使用FTM的对象不能直接拥有没有实现FTM的对象的接口指针；使用FTM的对象不能拥有其他公寓对象代理的引用。
10、全局接口表(GIT)。作用范围是进程内。可以把接口指针存进表中，然后在别的公寓内把其取出，GIT自动执行公寓间的调度，所以很方便。GIT是通过IGlobalInterfaceTable访问的。通过创建CLSID为CLSID_StdGlobalInterfaceTable的对象可调用它。
迈克揉索芙特 2006-06-26
- 打赏
- 举报
你说的并不是真正的多线程，是多进程。算是可靠的。
其实，vb可以实现真正的多线程，但是很不稳定。
不过，通过一些技巧，是可以实现安全多线程的。
偶正在研究，受IDE环境影响，在在设计状态肯定是不稳定的，能够在编译后稳定的运行并退出，目前基本可行。
其实，vb可以实现真正的多线程，但是很不稳定。
不过，通过一些技巧，是可以实现安全多线程的。
偶正在研究，受IDE环境影响，在在设计状态肯定是不稳定的，能够在编译后稳定的运行并退出，目前基本可行。
