不卖关子，直接上结论吧。。。
现在几乎找不到单纯的单线程程序了，现在的程序(Windows)，除非功能及其简单的程序，几乎全部会创建2个或以上的线程，甚至创建几十上百个线程。楼主用Windows API 查询了下进程，如下图：
，
，
随便一个程序的进程，创建的线程数都是惊人的多

GPU吧毕竟讨论的硬件，所以还得回到正题：
，
软件创建了如此多的线程，而我的CPU只有双核或四核，岂不是浪费？
这么多线程，而CPU只有几个线程，多的线程占用了同一个CPU的时间，不能并行执行，当然不会提高程序的执行性能，所以你只有双核双线程的CPU，就算程序创建100个线程，也是然并卵的。
，
当然开发人员用这么多线程，并不单纯是为了提高性的，多线程的一个及其重要的作用：防止线程阻塞！
，
为了说明问题，楼主写了个简单的查找文件的小程序，先来个单线程的：
如下图：通过API查询为单线程

单纯的单线程程序，很容易发生线程阻塞，导致软件崩溃：
，
，
就像这样，所以现在的软件都必须做成多线程优化的，才具有实际使用价值

下面是做成3个线程后，2个线程由于实际工作，1个线程用于响应用户操作：
软件实用性立马好很多
，
，
通过API查询为3个线程：
，

总结一下：
1、现实情况是，99%的软件都是多线程优化的，真正的单线程程序少的可怜。
。
2、程序进行多线程优化，并不一定就是为了单纯提高性能的，还有可能是解决线程阻塞的，所以有时候有的软件创建几十上百个线程。
。
3、其实程序多线程优化很好做的，楼主以前也以为多线程优化不好做，那是站在算法角度看，算法用多线程确实不好优化。但功能上进行多线程优化，是很容易的。
。
4、多线程优化的程序，也不一定就在多核CPU上有更好的性能表现，这些线程，并不一定实在并行同步执行同一个任务，所以多线程优化的程序不一定就会有更好的性能。关键还的看开发人员是怎么写的。

好久没来了，吧主呢？
@crayon嘻哈小新

所以用了多线程的程序并不一定有很好的并发能力，还是要看实测咯？

算法多线程优化难，功能多线程优化易，总结得不错。多线程做一件事情难，做多件事情容易，多new一些线程就行。
这让我想起当初炮神的gpuflops，开始cpu烤机的ui刷新在主线程，导致烤机的时候ui响应迟钝、卡，ui刷新的时候烤机会stall。后来炮神接受别人的意见，ui刷新开辟一个新线程，就不卡了。

楼主，你的意思是，同样功能的线程会被创建很多个，但是这些线程里可能只有一个在干活？如果那个唯一干活的线程阻塞了，用什么方法能唤醒闲置的线程来接盘呢？

ios用instruments看就没有单线程的软件

我自己写不服，还有坦克世界

又对硬件重燃兴趣了？

单片机是我的玩具