解决方法
1、Win+R 输入 powershell 回车输入：Get-CimInstance Win32_Processor正常应该几百毫秒返回（输出一大堆信息）。
如果这里都一直卡住：Get-CimInstance
十几分钟都不返回，那就是 WMI 出问题了。
2、继续尝试：
Get-CimInstance Win32_BIOS
Get-CimInstance Win32_BaseBoard
Get-CimInstance Win32_VideoController
此时很有可能都会卡死。
老版本的Windows则可以使用CMD来测试，Win+R 输入 cmd 回车：wmic cpu get name
3、查看 WMI 服务
Win+R 输入 services.msc
在服务窗口找到「Windows Management Instrumentation」也就是 WMI 服务，右键→重新启动。
或者使用具有管理员权限的cmd输入：
net stop winmgmt
net start winmgmt
如果提示依赖服务，可以用下面代码查看：
sc query winmgmt
4、检查 WMI 仓库
管理员权限运行 CMD：winmgmt /verifyrepository
如果输出：repository is consistent 说明数据库没坏；
如果输出：repository is inconsistent 则表示坏了。
5、修复代码：winmgmt /salvagerepository
如果还不行：
winmgmt /resetrepository
此时：这会重建 WMI Repository。
很多软件第一次启动会重新注册 Provider。
很多杀毒软件、RGB 软件、驱动程序都会注册 WMI Provider。
打开 事件查看器(eventvwr) ，进入：
Applications and Services Logs
Microsoft
Windows
WMI-Activity
Operational
看看有没有5858 5859 5860 这些事件。
如果里面有 ClientProcessId ProviderName 就能知道是谁卡住了。
5. 检查 事件查看器 是否有 WMI 错误
Windows Logs
System
搜索：WMI 或者 Winmgmt
有没有：
Provider Host terminated
Repository corruption
等等。
6. 看看是不是某个 Provider Host 卡住
打开任务管理器找到 WmiPrvSE.exe
正常可能有多个。如果某一个一直 CPU 0% 但是一直存在。
可以用 Process Explorer 查看：
Properties
Threads
看看有没有线程一直 Wait。
更高级一点，用 Process Explorer 看 Stack！