呵呵，当初我学多线程时也遇到过这样的问题，也是输出的结果每次都不一样。后来我找到原因了---都是多核惹得祸。
我猜你的电脑应该也是多核的。单核的cpu在处理多线程时每次只能执行一跳指令，也就是说无论你的程序有多少个线程，
每一时刻执行的也只是一个线程里的代码，cpu会轮流给每个线程分配时间片，时间片分配到哪个线程头上，哪个线程里
的代码就执行。但是多核cpu就不一样了，他可以同时执行多个线程里的代码，这才是真正的“多线程”。所以你那段程序，
在单核的电脑上跑应该是没有问题的，但是在多核cpu的电脑上出现的结果就会有很大的随机性。
就你贴的那张图来说，左边的运行时恰好是这样的，首先cpu1执行你主线程里的代码 在终端输出
Now another thread has been created. ID =，但是由于多个cpu是同时进行的，而这时cpu2已经开始执行ThreadProc里的代码，
也要开始向终端输出字符，而你的屏幕只有一个，恰好这时cpu1的时间片被移走了，所以cpu2开始执行ThreadProc里的代码向屏幕上输出，
直到打完I am from a thread 17后，恰好cpu2的时间片被移走了，这时cpu1接着向屏幕打dwThreadId的值，这就出现了4660.
接着又是cpu2执行完ThreadProc中剩余的代码又打了几行。
右边的这个程序运行时，恰好就是cpu1执行主线程代码输出完后，cpu2再执行线程函数中代码，符合你的预期。
但是，关键问题在于，你无法预测每个cpu的时间片分配。所以，要得到你想要的输出结果就属于随机事件了。
对与多核cpu 上的程序同步问题，最好不要用信号量，互斥量，事件对象，因为它们都属于内核对象，都是对一个cpu而言的。
其他的cpu根本不会理睬你设置的这些东西。另外你的WaitForSingleObject (hThread, INFINITE); 也是在一个cpu里等待线程函数返回，对cpu2没有任何作用。
建议你用临界区（Critical Section）来实现多线程同步，因为临界区不是内核对象，他只是在进程内存中一块区域，
无论有多少个cpu，任何时刻只能有一个线程访问这块内存区域，只需将你打印的部分放到临界区里就行了。
ps： kdzhy2008推荐的 侯捷 译的《win32多线程程序设计》确实是本好书，虽然是97年出版的，但是很多东西对现在还是很有启迪的。
希望对你能有所帮助，呵呵~~
转载自：http://zhidao.baidu.com/link?url=LDgfcm734NqVk_g05SmzPofxCRnUBuLX2zbV0xgLI6OnAPntyyrG7o2RjUXeotkg7F48MxzR3EuH-VGg7j6eRq
