一个 CPU 核 开多少个 线程 比较合适 ？
这是一个 线程池 的 问题 。
我之前也 反对 过 线程池， 因为我认为 线程池 影响了 对 用户 的 实时响应性 。
我也认为， 分时 （对 CPU 资源的分配） 应该由 操作系统 来做就行， 不需要 再 画蛇添足 。
不过， 现在 主流的应用 好像都在用 线程池 ， 比如 Asp.net ，对每个请求的处理， 好像是放到 线程池 里执行的， 所以 经常可以看到这样的现象， Asp.net 里 处理请求的 线程 的 线程号 是 重复的， 比如 处理 第一个请求 的 线程号 是 2， 处理 第三个请求 的 线程号 也是 2 ， 处理 第 n 个请求， 第 x, y, z 个请求 的 线程号 也是 2 …… 。
所以， 考虑到 创建线程 的 性能花费 还是 挺可观 的， 算了， 还是 随大流 吧 。 我们也用 线程池 。
不过 “创建线程 的 性能花费 还是 挺可观 的” 这是 据说， 我没有具体去研究过 。
我之前写过一篇文章 《自己实现一个线程池》 https://www.cnblogs.com/KSongKing/p/9803935.html ， 可以看看 。
接下里进入主题， 一个 CPU 核 开多少个 线程 比较合适 ？
如果我们写过 从网页上抓取内容 的 程序， 就会有一些经验 ：
比如， 当 线程 开到 100 个 以上时， 效率 不升反降； 而 100 个线程 的 效率 和 60 个线程 一样， 60 个线程 和 40 个 也差不多 。
So ……
我的 CPU 是 2 核 4 线程， 所以这样评估下来的话， 1 个 核 开 10 ~ 20 个 线程 差不多 。
这个 核 没有算 超线程， 超线程 大概可以算 半个 核， 大家可以自己评估一下 。 哈哈哈
之前在 QQ 群 里讨论相关问题时， 有网友说， “线程切换 …… 一个 yield 下来， 就是 15 毫秒（ms） 。”
这个 yield 是什么意思， 我不知道， 你们去问他吧 …… 哈哈哈哈
有 网友说 “像 云平台 的 对象存储 一样， 一个 CPU（核）开一个 线程 就行了”，
这是 一种 理想状况 。
对于 一般的 业务系统， 普遍的有 等待 其它进程 的 操作， 比如 等待 IO， 等待 数据库 返回结果 。
所以， 通常 根据 自己的 应用 的 实际情况，可以有一个 在 多数情况下的 最优解， 即 最优 线程池 Size 。
自己应用 的 实际情况， 是指 用户量（并发量） 数据库等待时间 IO 等待时间 等 。
根据这些 可以 评估出一个 适当的 线程池 Size 。
有 网友 问， “有算法吗？”
我 临时 拼凑了 一个 算法， 如果 并发量 是 每秒 200 个， 数据库 等待 的 平均时间 是 10 毫秒， 这样 理论上， 1 个线程 1 秒钟 可以处理 1秒 / 10 毫秒 = 100 个请求， 即 100 个 请求 / 秒 。
那么， 200 个 请求 的话 就需要 200 / 100 = 2 个线程，
当然， 这是 在 1 秒 内 轮流执行的， 最坏 的 情况 用户 需要 等待 1 秒 。
可以 再适当的 增加一些 线程数量 来 提高 并发水平，
比如 增加到 5 个 线程， 这样 最坏的情况 用户 只需要等待 1/5 秒 = 0.2 秒 。