线程池 核心线程数、最大线程数、存活时间、队列大小设置比例

线程池参数的设置比例并没有一个固定的标准，而是需要根据具体的应用场景和系统资源来进行调整。以下是一些常见的设置原则和建议：

1. 核心线程数（corePoolSize）：

   • 通常可以根据系统的 CPU 核心数来设置。如果是 CPU 密集型任务（例如大量的计算操作），可以将核心线程数设置为 CPU 核心数加 1；如果是 I/O 密集型任务（例如网络请求、文件读写等），可以设置为 2 倍的 CPU 核心数。

2. 最大线程数（maximumPoolSize）：

   • 最大线程数一般要大于核心线程数。具体的设置取决于系统资源和任务的并发量。如果预计并发量较大，且系统资源允许，可以适当增大最大线程数。但要注意不要设置过大，以免造成系统资源过度消耗。

3. 线程存活时间（keepAliveTime）：

   • 当线程数量超过核心线程数时，多余的空闲线程在存活时间过后会被销毁。存活时间的设置要根据任务的执行频率和系统资源来决定。如果任务的执行频率较高，存活时间可以设置得长一些；如果任务执行频率较低，存活时间可以设置得短一些，以释放资源。

4. 队列大小（workQueue）：

   • 队列大小的设置需要综合考虑任务的到达速率、任务的执行时间和系统资源。如果任务到达速率较快，执行时间较长，且系统资源充足，可以设置较大的队列；反之，如果系统资源有限或者任务不能长时间等待，可以设置较小的队列。

以下是一些常见的设置示例：

示例 1： 适用于 CPU 密集型任务，系统有 4 个 CPU 核心

• 核心线程数：5
• 最大线程数：8
• 存活时间：60 秒
• 队列大小：根据任务的积压情况和内存资源进行调整，例如 100

示例 2： 适用于 I/O 密集型任务，系统有 8 个 CPU 核心

• 核心线程数：16
• 最大线程数：32
• 存活时间：300 秒
• 队列大小：500 或更大，具体取决于任务的积压情况和内存资源

需要注意的是，这些只是一些基本的指导原则，实际的设置需要通过性能测试和监控来不断优化，以找到最适合您应用场景的参数配置。

调别人的接口获取数据，属于CPU密集型还是I/O密集型

调用别人的接口获取数据通常属于 I/O 密集型操作。

原因是在调用外部接口获取数据时，大部分时间都花费在网络通信、等待数据返回等 I/O 操作上，而不是大量的计算。

然而，如果获取到数据后需要进行复杂的处理和计算，那么整个过程可能会同时包含 I/O 密集型和 CPU 密集型的部分。

但就单纯的调用接口获取数据这一动作而言，其主要的时间消耗在于与外部的通信和等待响应，所以更倾向于 I/O 密集型。