Visual C ++中的Pthreads

1. 使用Boost线程。 当C ++ 0x出现时，我们将有std :: threads。 Boost线程与std线程有最接近的实现。

2. 否则使用pthreads。 Pthreads是第二接近std :: threads，并且形成了std线程和boost线程的主要基础。

3. 否则直接穿线窗户。 你仍然可以学习线程如何工作，并形成一个事物的心理模型。 它只是倾向于使用有点不标准的同步原语。

如果你要进行大量的Windows编程，学习基本的Win32线程结构将会付出代价：关键部分，互锁函数， CreateThread ， WaitFor*Object等。这些并不难理解，并且它们透明地转化为等价其他线程框架中的对象。

然而，对于更高级的线程构造，比如信号量，事件等，我会使用pthreads库，因为那些文档更加清晰，例子也更丰富。

如果您使用的是C / C ++，请尝试使用C / C ++运行时的线程函数。 如果使用Win32（或其他非CRT函数创建线程），则CRT可能在新线程中不能正确初始化，从而导致各种问题（您可以在这里阅读： http : //www.codeguru.com /forum/archive/index.php/t-371305.html ）。

但是，大多数线程函数（在CRT，Win32或pthread中）都是基于创建线程，同步线程和销毁线程的功能。 在实践中，这并不总是那么容易使用。

在去年，有一种趋向于任务型线程（嗯，我这样称呼，我不知道这个名字是什么）。 而不是启动一个线程，然后执行一些逻辑，在基于任务的线程中，创建一个任务，然后询问“线程逻辑”来执行任务。

支持这种使用线程的新方法的系统是：

• Visual Studio 2010（我们将不得不等待几天）
• 英特尔线程构建模块

Visual Studio 2010甚至具有（似乎）特殊的调试逻辑来调试“并行任务”。

看看std :: thread

http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2007/n2184.html

和一个介绍

http://www.devx.com/SpecialReports/Article/38883

我发现坚持pthreads保存我的理智三个方面：

• 我不必争取通过WinAPI文档，这是不习惯任何质量。
• 任何使用线程的人都可以用pthreads来帮忙。 我已经找到了无数更好的在线pthreads信息来源。
• 每当我用WinAPI实现更复杂的“Hello World”时，我发现所花费的时间比人们可以预料的要长得多。 不过，这只是我的经验投入。

就能力而言，我从来没有发现任何东西缺少pthreads，所以我觉得我从来没有觉得有必要去别的地方看看。 学习图书馆还有很多值得一提的地方，你可以在任何环境下使用它。