日期:2014-05-20  浏览次数:21007 次

.NET多线程问题:别人建议我不要使用。为什么?
如题,本人刚开始学习.NET,我老大跟我说尽量少用.NET的线程,说他的设计(或机制)有问题,很容易出错。
在此想请问各位精通.NET的精英,是真的这样么?Microsoft出的东西居然在线程设计上有缺陷(或者说不如Java的线程好用)。谢谢。

------解决方案--------------------
.NET线程最终是使用的非托管线程实现的,非托管线程是操作系统的内核对象之一,Java不太了解,我想他想在Windows上面运行最终肯定也是调用的操作系统的线程对象完成的。


所以这两者没什么好比的,都一样,差距就在你如何使用上,多线程是一个复杂的内容,一句两句真说不清楚。
------解决方案--------------------
请勿人云亦云,存在的就是合理的,用的地方不一样罢了。

C# code
多线程的优劣/性能/系统开销

线程创建之前
1.系统为线程分配并初始化一个线程内核对象;
2.系统为每个线程保留1MB的地址空间(按需提交)用于线程用户模式堆栈;
3.系统为线程分配12KB(左右)的地址空间用于线程的内核模式堆栈。
线程创建之后
4.Windows调用当前进程中的每个DLL都有的一个函数,用来通知进程中的所有DLL,操作系统创建了一个新的线程。
销毁一个线程时
5.当前进程中的所有DLL都要接收一个关于该线程即将"死亡"的通知;
6.线程的内核对象及创建时系统分配的堆栈需要释放。


如果某台计算机只有一个CPU的话,则在某一时刻只有一个线程可以运行。
Windows必须跟踪记录线程对象,而且不停地跟踪记录每个线程对象。
Windows必须决定CPU下一个次(每隔约20毫秒)调度那一个线程使其运行。
上下文切换(Context switch):Windows使CPU停止执行一个线程的代码,而开始执行另一个线程的代码的现象,我们称之为上下文切换。

上下文切换的开销:

1.进入内核模式;
2.将CPU的寄存器保存到当前正在执行的线程的内核对象中。
注明:X86架构下CPU寄存器占了大约700字节(Byte)的空间,X64架构下CPU寄存器大约占了1024(Byte)的空间,IA64架构下CPU寄存器占了大约2500Byte的空间。
3.需要一个自旋锁(spin lock),确定下一次调度那一个线程,然后再释放该自旋锁。
如果下一次调度的线程属于同一个进程,哪么此处开销更大,因为OS必须先切换虚拟地址空间。
4.把即将要运行的线程的内核对象的地址加载到CPU寄存器中。
5.退出内核模式。


以上都是纯粹的开销,导致Windows和应用程序的执行速度比在单线程系统上的执行速度慢。
综上所述:应尽量限制线程的使用。


多线程的带来的好处:
1.健壮性。
此线程的错误不会影响彼线程。
2.可扩展性。
多个CPU情况下,可充分发挥多个CPU的优势。

------解决方案--------------------
语言没高低之分,在于用的人水平!

老大建议,只是你怕不熟悉多线程的机制和使用,频繁出错,而且会加大以后的维护工作,所以有此建议。
当你熟悉掌握了多线程技术,那么你就可以随心所欲的用啦~~^_^