虚拟机重启后Docker启动容器报requested resource is in use错误咨询

你遇到的是Windows环境下运行Windows容器时的特有底层冲突问题：
hcsshim是微软官方提供的、用于管理Windows容器/Hyper-V计算资源的底层接口组件，报错核心原因是虚拟机重启后，之前分配给容器的资源（包括绑定的虚拟网卡、Hyper-V分区句柄、容器存储层的独占锁）没有被系统正常释放，Docker启动容器时尝试占用这些仍被标记为「使用中」的资源，就会触发Docker API的InternalServerError报错。
重启虚拟机可以临时解决，是因为整机重启会强制释放所有系统层面的资源占用，但没有解决根因。

原始报错核心信息：
hcsshim::CreateComputeSystem 21b0a2583de03c0bb0871be6fc19580b74382c2afe697370b13edac0f31379ab: The requested resource is in use.

• 调整Docker服务关机超时配置：打开Docker Desktop的设置页面，进入「Docker Engine」配置栏，在JSON配置中添加"shutdown-timeout": 30参数，给Docker预留足够的时间在服务停止时主动释放所有容器关联资源，避免异常残留。修改完成后重启Docker服务即可生效。
• 配置系统禁用容器快速启动：以管理员身份打开组策略编辑器（运行输入gpedit.msc），依次定位到「计算机配置 > 管理模板 > Windows组件 > 容器」，找到「关闭容器快速启动」策略项，设置为「已启用」，避免系统重启时保留容器资源预加载状态导致的残留占用。
• 快速应急修复方案：如果偶发报错不需要重启虚拟机，以管理员身份运行PowerShell，依次执行Get-HnsNetwork | Remove-HnsNetwork清理所有残留的容器虚拟网络、Restart-Service docker重启Docker服务，即可正常启动容器。
• 升级底层运行时版本：该问题是旧版Windows容器运行时的已知缺陷，将Windows宿主机升级到Windows Server 2022/Windows 11 22H2及以上版本，同时将Docker Desktop升级到4.20及以上版本，可从底层修复资源未正常释放的问题。

内容的提问来源于stack exchange，提问作者Rafał Developer