嘿，刚好你的实验环境里有客户端机器（如果客户端不是Windows 10，在ESXi上快速部署一台Win10虚拟机也完全可行），咱们用它来做个简单的实验就能搞定这个问题——全程用系统自带工具，不用额外装软件。

先理清楚核心逻辑 #

首先得明确两种多任务的本质区别：

• 协作式多任务：进程必须主动放弃CPU，如果某个进程进入死循环且不让步，会直接独占CPU，导致系统卡顿甚至完全无响应
• 抢占式多任务：内核拥有绝对调度权，会强行把CPU从占用率高的进程手里抢过来，分配给其他需要的进程，系统始终能保持基本响应

实验步骤 #

1. 创建一个"霸占CPU"的测试进程 #

按下Win+X打开PowerShell，复制运行这段代码：

# 无限空循环，只会持续占用CPU，完全不会主动释放资源
while ($true) {
    # 无任何主动让步操作的死循环
}

运行后别关闭这个PowerShell窗口，它现在会盯着一个CPU核心持续占用资源。

2. 观察系统响应与任务管理器状态 #

• 按下Ctrl+Shift+Esc打开任务管理器，切换到「详细信息」标签页，找到运行中的powershell.exe进程，查看它的CPU占用率
• 此时尝试操作系统其他功能：比如拖动任务管理器窗口、打开文件资源管理器、甚至启动浏览器

3. 从结果判断多任务类型 #

如果是协作式多任务，这个死循环进程会完全霸占CPU，系统会直接卡死；但在Windows 10的抢占式内核下，你会看到：

• 系统依然能正常响应你的操作（哪怕单核心机器会有点卡顿，但绝不会完全无响应）
• 任务管理器中，powershell.exe的CPU占用率不会达到100%（多核心机器更明显，它只会占满一个核心，其他核心仍能正常处理其他任务）

进阶验证：调整进程优先级再测试 #

右键点击任务管理器里的powershell.exe，选择「设置优先级」→「高」，再次尝试操作系统：
即使提升了测试进程的优先级，内核依然会强制分配CPU时间给桌面进程、系统进程等关键任务，你照样能正常操作系统——这就是抢占式多任务的核心证明。

实验结论 #

通过上述操作可以明确：Windows 10（NT10）内核不需要依赖进程主动释放CPU，会主动调度CPU时间片分配给其他进程，因此属于抢占式多任务内核。

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