Java线程、阻塞I/O与调度相关技术问题咨询

1. 数据库调用是否属于阻塞I/O？ #

常规的JDBC数据库调用属于阻塞I/O。线程发起数据库查询请求后，会进入阻塞状态，主动释放CPU时间片，直到数据库返回查询结果才会被唤醒继续执行。这段阻塞期内，线程不会占用CPU资源，操作系统会将CPU调度给其他可运行的线程。

需要补充：如果使用的是非阻塞式数据库客户端（比如基于响应式编程的R2DBC），这类调用不属于阻塞I/O，但绝大多数传统Java数据库操作都是基于阻塞JDBC实现的。

2. 新提交的Callable会立即运行还是排队？ #

会立即运行，原因如下：

• 你的ThreadPoolExecutor最大线程数设为15，当前仅占用4个线程（均处于阻塞状态，不占用CPU），剩余可创建的线程数还有11个，完全能容纳新提交的10个任务。
• 这10个任务是计算密集型且执行极快，操作系统会将空闲的CPU核心调度给这些新创建的线程，它们会立刻开始执行，不会进入队列等待。

相关未明确的变量说明 #

• 核心线程数：ThreadPoolExecutor默认核心线程数等于CPU核心数（你的场景是4），如果核心线程数被手动修改，可能会影响线程创建逻辑，但当前场景下核心线程已占满，不过最大线程数还有剩余，不影响结果。
• 任务队列类型：如果使用有界队列且队列已满，才会触发创建新线程；但你提交的任务总数（4+10=14）小于最大线程数15，不管队列类型如何，都会直接创建新线程处理任务。
• 线程池拒绝策略：仅当任务总数超过最大线程数+队列容量时才会触发，当前场景不涉及。

内容的提问来源于stack exchange，提问作者Gandalf