用最简单的术语来说，线程通常被认为是抢占式的(尽管这可能并不总是正确的，这取决于操作系统)，而光纤被认为是轻量级的协作线程。两者都是应用程序的独立执行路径。

With threads: the current execution path may be interrupted or preempted at any time (note: this statement is a generalization and may not always hold true depending on OS/threading package/etc.). This means that for threads, data integrity is a big issue because one thread may be stopped in the middle of updating a chunk of data, leaving the integrity of the data in a bad or incomplete state. This also means that the operating system can take advantage of multiple CPUs and CPU cores by running more than one thread at the same time and leaving it up to the developer to guard data access.

With fibers: the current execution path is only interrupted when the fiber yields execution (same note as above). This means that fibers always start and stop in well-defined places, so data integrity is much less of an issue. Also, because fibers are often managed in the user space, expensive context switches and CPU state changes need not be made, making changing from one fiber to the next extremely efficient. On the other hand, since no two fibers can run at exactly the same time, just using fibers alone will not take advantage of multiple CPUs or multiple CPU cores.

用最简单的术语来说，线程通常被认为是抢占式的(尽管这可能并不总是正确的，这取决于操作系统)，而光纤被认为是轻量级的协作线程。两者都是应用程序的独立执行路径。

With threads: the current execution path may be interrupted or preempted at any time (note: this statement is a generalization and may not always hold true depending on OS/threading package/etc.). This means that for threads, data integrity is a big issue because one thread may be stopped in the middle of updating a chunk of data, leaving the integrity of the data in a bad or incomplete state. This also means that the operating system can take advantage of multiple CPUs and CPU cores by running more than one thread at the same time and leaving it up to the developer to guard data access.

With fibers: the current execution path is only interrupted when the fiber yields execution (same note as above). This means that fibers always start and stop in well-defined places, so data integrity is much less of an issue. Also, because fibers are often managed in the user space, expensive context switches and CPU state changes need not be made, making changing from one fiber to the next extremely efficient. On the other hand, since no two fibers can run at exactly the same time, just using fibers alone will not take advantage of multiple CPUs or multiple CPU cores.

线程最初是作为轻量级进程创建的。以类似的方式，纤维是一种轻量级的线程，依靠(简单地说)纤维本身通过提供控制来相互调度。

我猜下一步将是每次你想让他们执行指令时，你都必须向他们发送一个信号(不像我5岁的儿子:-)。在过去(甚至现在在一些嵌入式平台上)，所有的线程都是纤维，没有抢占，您必须编写线程以使其表现良好。

Win32光纤定义实际上是由太阳微系统公司建立的“绿线”定义。没有必要在某种类型的线程上浪费光纤这个术语，即在用户代码/线程库控制下在用户空间中执行的线程。

为了澄清这一论点，请看以下评论:

使用超线程，多核CPU可以接受多个线程，并将它们分布在每个核上。 超标量流水线CPU接受一个线程执行，并使用指令级并行(ILP)来更快地运行线程。我们可以假设一根线被分解成在平行管道中运行的平行纤维。 SMT CPU可以接受多个线程，并将它们分解成指令纤维，以便在多个管道上并行执行，更有效地使用管道。

我们应该假设进程是由线组成的，而线应该是由纤维组成的。考虑到这个逻辑，将光纤用于其他类型的线程是错误的。

线程使用抢占式调度，而光纤使用协作式调度。

对于一个线程，控制流可能在任何时候被中断，而另一个线程可以接管。使用多个处理器，可以同时运行多个线程(同步多线程，或SMT)。因此，您必须非常小心并发数据访问，并使用互斥锁、信号量、条件变量等保护数据。这通常是非常棘手的。

对于光纤，控制只在您告诉它切换时才切换，通常使用名为yield()的函数调用。这使得并发数据访问更容易，因为您不必担心数据结构或互斥对象的原子性。只要您不让步，就不会有被抢占的危险，也不会有另一条光纤试图读取或修改您正在处理的数据。因此，如果你的纤维进入了一个无限循环，其他的纤维就无法运行，因为你没有屈服。

您还可以混合使用线程和纤维，这会导致两者都面临的问题。不建议这样做，但如果仔细的话，有时这样做是正确的。

线程通常依赖内核来中断线程，以便它或另一个线程可以运行(这被称为抢占式多任务处理)，而光纤使用合作多任务处理，在这种情况下，光纤本身放弃了自己的运行时间，以便其他光纤可以运行。

一些有用的链接可能比我解释得更好:

http://en.wikipedia.org/wiki/Fiber_ (computer_science) http://en.wikipedia.org/wiki/Computer_multitasking#Cooperative_multitasking.2Ftime-sharing http://en.wikipedia.org/wiki/Pre-emptive_multitasking