在.NET中很难找到对工作线程和I/O线程的详细而简单的描述
关于这个话题，我很清楚(但在技术上可能不准确):
目前尚不清楚的是:
Net/CLR中的术语"工作线程"通常只是指除代表生成线程的应用程序执行某些"工作"的主线程之外的任何线程."工作"实际上意味着任何事情，包括等待一些I/O完成.ThreadPool保留工作线程的缓存，因为创建线程的成本很高.
中的术语"I/O线程".net/CLR是指线程池保留的线程，用于从"重叠的"win32调用(也称为"完成端口I/O")调度本机重叠回调.CLR维护自己的I/O完成端口，并可以将任何句柄绑定到该端口(通过ThreadPool.BindHandle API).这里的例子是:http://blogs.msdn.com/junfeng/archive/2008/12/01/threadpool-bindhandle.aspx.许多的net API在内部使用这种机制来接收本机重叠回调，尽管这种机制是典型的.net开发者永远不会直接使用它.
"工作线程"和"I/O线程"在技术上实际上没有区别--它们都只是普通线程.但是，CLRThreadPool for each 线程保留了单独的池，以避免工作线程的高需求耗尽了所有可用于分派本机I/O回调的线程，从而可能导致死锁.(设想一个应用程序使用全部250个工作线程，其中每个线程都在等待一些I/O完成).
在处理I/O回调时，开发人员确实需要格外小心，以确保I/O线程返回到线程池——也就是说，I/O回调代码应该完成为回调服务所需的最少工作，然后将线程的控制权返回到CLR线程池.如果需要更多的工作，则应在工作线程上安排该工作.否则，应用程序可能会"劫持"CLR的保留I/O完成线程池以用作正常工作线程，从而导致上述死锁情况.
下面是一些值得进一步阅读的参考资料: Win32个I/O完成端口:http://msdn.microsoft.com/en-us/library/aa365198(VS.85).aspx个 托管线程池:http://msdn.microsoft.com/en-us/library/0ka9477y.aspx 绑定句柄示例:http://blogs.msdn.com/junfeng/archive/2008/12/01/threadpool-bindhandle.aspx