请问你们的线程数是怎么给应用统计的？

你好，我们内部对这个问题进行了一些讨论。文档上的描述存在一个问题，就是假设了用户的请求是均匀分布在两个小时中，但在实际的场景中，请求的分布往往存在着很大的随机性，尤其在用户数量并不多的情况下，可能一瞬间就同时有几个请求（工作线程数就是指同时的请求数量），也可能连续半分钟都没有请求。

因此在做容量规划时还是要留出一些余量，从你的统计截图上来看，最高并发是 4，还是符合预期的。关于这一部分的文案，我们会在进一步讨论后做一些修改，以免再产生误解。

你好，有几个细节：

• 麻烦查看下响应时间，因为这个和工作线程数有很大关系，比如我们举例里面说的假设平均响应 20 毫秒，如果你的平均响应高于这个值，需要的工作线程数会更多。
• 图中 最大工作线程 是 2～4，而平均线程是 0.1～1，最大工作线程是一种极端情况，平均工作线程数是应用的实际使用量。
• 在业务量不大（或者测试期间），比较容易出现请求扎堆的情况，导致最大工作线程数有尖刺，一般都是一个测试设备因为测试需要，多个复杂查询并发一起导致的（开发测试期容易出现）。而实际上线后，因为用户设备的独立性和业务量的增大，请求比较趋近平均分布，这样最大工作线程和平均工作线程的差距会缩小。