在Windows环境下出现打开应用只有报错音效无弹窗的假死状态解决方案
前言：
这是很久之前我遇到的问题。当时我正在折腾VOCALOID，结果双击应用就出现如标题所说的：只有一个“登”的报错提示音，没有任何弹窗和提示。当时我就蒙了：我干什么了？昨天还好好的。打开其他软件，完全正常（我启动了PCL2）。在经历重启，重装，进安全系统等一系列操作，依旧如故。我放弃了…当然不可能，最后终于排查出了问题。
正文
什么出问题了
关键在于WMI。WMI（Windows Management Instrumentation，Windows管理规范） 是Windows操作系统中的一个核心基础结构。WMI的主要作用是提供一个统一、标准化的接口，让操作系统、应用程序以及管理员，能够查询和控制计算机的软硬件信息。所有和“管理”相关的操作，几乎都会用到它。也就是你的软件，如果要获取你的电脑信息，就必须走这个口。他本意是一个方便的工具，可以帮助开发者快速的管理和查看当前信息。它由以下几个部分组成：
- WMI 服务 (WMI Service / winmgmt)：这是WMI的核心进程，作为总代理接收来自所有管理应用程序的请求，并进行协调和分发。
- WMI 存储库 (WMI Repository)：这是一个结构化的对象数据库。它存储了所有WMI相关的静态数据，包括：
- 类定义：描述各种可管理对象（如进程、磁盘、服务）的模板。
- 架构 (Schema)：定义这些类之间关系的整体框架。
- 部分实例数据：一些不常变化的数据。
- 通用信息模型对象管理器 (CIMOM)：CIMOM是WMI服务的核心管理组件。它负责管理WMI存储库中的对象，并充当“调度员”的角色。当收到请求时，CIMOM会判断该由哪个提供程序去获取数据，并将结果返回给消费者。
- WMI 提供程序 (Providers)：这是WMI与底层托管资源之间的桥梁。托管资源是指所有可以被管理的逻辑或物理组件，如硬盘、网络适配器、进程或服务等。每个提供程序都是一个专门负责与某一类托管资源打交道的COM对象。当CIMOM发出请求时，对应的提供程序会从它负责的托管资源中获取实时数据（如当前的CPU使用率），或者向托管资源执行操作（如启动或停止一个服务）。
但这么NB的东西，要是出了点什么问题，软件这边那就只能像秦始皇驾崩一样死的死乱的乱。
为什么出问题
这东西非常容易坏。常见的有：
-
存储库损坏
核心数据库（Repository）因异常断电、磁盘错误或更新冲突导致逻辑损坏，引发类定义或实例数据无法读取（WBEM_E_CRITICAL_ERROR）。也就是你运行相关程序时直接拔电源，Windows更新，硬盘坏了，分区错误，或者你误删了相关文件等等。
-
提供程序异常
底层 Provider（DLL）注册丢失、加载失败或执行超时/死锁，导致向托管资源（如进程、注册表）请求数据时返回 WBEM_E_PROVIDER_FAILURE。
-
权限与安全配置
DCOM 权限、命名空间（Namespace）安全设置或账户令牌（Token）过滤不当，导致本地/远程调用被拒绝（常见 0x80070005 错误）。
-
性能资源枯竭
电脑卡死，或者你一直在查询。高频或低效的 WQL 查询持续高负载，或 WmiPrvSE.exe（WMI关键进程） 进程出现内存/句柄泄漏，导致系统响应迟滞甚至服务假死。
-
安全软件
可能是最常见的。你在卸载，安装或进行杀毒时，安全软件会自动读取/写入WMI数据库。在你卸载一些“顽固的”杀软时（比如360，4399，卡巴斯基，诺顿），因为这些杀软权限高且很深，在卸载的时候也会留下痕迹，从而导致WMI出现数据校验错误，卡死。也有些技艺不精的杀软会在扫描时删除相关文件，导致出现第一个问题；亦或者杀软污染了注册表，等等。
为什么会造成如标题的现象？不会报错吗？
会的，但会在Winodows Event(Windows事件管理器)里面写。具体如“怎么验证”。
原因有：
- WMI存储库损坏
这是最常见的原因。WMI存储库（Repository）就像一个存放所有管理信息的数据库，一旦它损坏或不一致，所有依赖它的程序都会出问题。后果就是当应用程序试图查询信息（如系统状态、硬件信息）时，WMI无法从“数据库”中读取数据，导致请求卡住，应用无响应阵亡。
- DLL死了，WMI的正常运行依赖一系列DLL文件，这些文件丢失或损坏会直接导致功能异常，可能有：wbemess.dll，framedyn.dll和wbemsvc.dll。
- 应用有问题
- 你电脑带不动导致问题
怎么验证或查看错误
很简单，Windows留了后路，看不到的报错都能看到。Win + X，打开事件管理器：
打开后，点击“应用程序和服务日志”
点击“创建自定义视图”，选“错误”，按源，勾选.NET Runtime,.NET Runtime Opmitization Service,Applicatin ERROR,App,WMI(也可以添加WMI)，关键字选你要看的App
当出现ID10, 11, 48, 63, 8193, 5605, 5622, 5606, 5616, 5623, 5641, 5649, 5650, 5671, 5681, 5690, 5691, 5692, 5693, 5694, 5695, 5696, 5697, 5698, 5699（
类似：
1
2
3
4
5
| 日志名称: Application
来源: Microsoft-Windows-WMI
事件 ID: 63
级别: 警告
描述: 已在 Windows Management Instrumentation 中检测到问题。
|
时，基本可以断定WMI挂了。但同时，App也可能报错：未能获取设备信息，可能也是WMI。 一般会给报错码（如0x000000之类，这里是举个例子）.它一定会在 .NET Runtime 或 Application Error 里留下“遗言”（异常代码和崩溃模块）。
如果日志指向WMI，再运行健康检查
只有当你从日志中看到WMI相关的报错后，才需要运行之前提到的命令来确认当前状态：
1
| winmgmt /verifyrepository
|
如果返回“不一致”，就可以确定WMI存储库已经损坏了。
解决
你可以使用以下脚本（Powershell 管理员打开）
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
| <#
.SYNOPSIS
WMI 存储库检查与修复脚本
.DESCRIPTION
这个脚本会检查 WMI 存储库的健康状况，并根据你的选择执行从“抢救”到“重置”的修复操作。
每一步关键操作前都会提示并等待用户确认，安全可控。
.NOTES
作者: Shino Aoi
版本: 1.0
需要: 管理员权限
if (-NOT ([Security.Principal.WindowsPrincipal] [Security.Principal.WindowsIdentity]::GetCurrent()).IsInRole([Security.Principal.WindowsBuiltInRole] "Administrator")) {
Write-Host "错误：此脚本需要以管理员身份运行。" -ForegroundColor Red
Write-Host "请右键点击 PowerShell 图标，选择“以管理员身份运行”。" -ForegroundColor Yellow
Read-Host "按 Enter 键退出"
exit
}
function Show-Menu {
Clear-Host
Write-Host "==================== WMI 存储库修复工具 ====================" -ForegroundColor Cyan
Write-Host ""
Write-Host " 1. 诊断并显示当前 WMI 存储库状态" -ForegroundColor White
Write-Host " 2. 尝试抢救存储库 (推荐首选)" -ForegroundColor Green
Write-Host " 3. 重新注册 WMI 组件并重编译 MOF 文件 (较激进)" -ForegroundColor Yellow
Write-Host " 4. 重置 WMI 存储库到系统默认状态 (最后手段)" -ForegroundColor Red
Write-Host " 5. 退出" -ForegroundColor Gray
Write-Host ""
Write-Host "============================================================" -ForegroundColor Cyan
}
function Get-UserConfirmation {
param([string]$Message)
do {
$response = Read-Host "$Message (Y/N)"
} while ($response -notmatch '^[YNyn]$')
return ($response -eq 'Y' -or $response -eq 'y')
}
do {
Show-Menu
$choice = Read-Host "请选择操作 [1-5]"
switch ($choice) {
'1' {
Write-Host "`n--- [1] 正在验证 WMI 存储库一致性 ---" -ForegroundColor Cyan
& winmgmt /verifyrepository
Write-Host "`n诊断完成。请根据结果选择相应的修复选项。" -ForegroundColor Yellow
Read-Host "`n按 Enter 键继续"
}
'2' {
Write-Host "`n--- [2] 尝试抢救 WMI 存储库 ---" -ForegroundColor Cyan
Write-Host "此操作会尝试修复不一致的存储库，同时尽可能保留原有数据。[reference:5]" -ForegroundColor Yellow
if (Get-UserConfirmation -Message "`n确认要执行此操作吗？") {
Write-Host "`n正在停止 WMI 服务及其依赖项..." -ForegroundColor Gray
net stop winmgmt /y
Write-Host "`n正在执行抢救操作 (winmgmt /salvagerepository)..." -ForegroundColor Gray
& winmgmt /salvagerepository
Write-Host "`n正在重新启动 WMI 服务..." -ForegroundColor Gray
net start winmgmt
Write-Host "`n--- 验证抢救结果 ---" -ForegroundColor Cyan
& winmgmt /verifyrepository
Write-Host "`n抢救操作完成。如果问题依旧，请尝试选项 3 或 4。" -ForegroundColor Yellow
} else {
Write-Host "操作已取消。" -ForegroundColor Gray
}
Read-Host "`n按 Enter 键继续"
}
'3' {
Write-Host "`n--- [3] 重新注册 WMI 组件并重编译 MOF 文件 ---" -ForegroundColor Cyan
Write-Host "这是一个较激进的修复方式，会重新注册所有 WMI 相关的 DLL 并重编译标准 MOF 文件。" -ForegroundColor Yellow
Write-Host "此操作有一定风险，可能导致某些第三方提供程序需要重新安装。" -ForegroundColor Red
if (Get-UserConfirmation -Message "`n确认要继续吗？") {
Write-Host "`n正在停止并禁用 WMI 服务..." -ForegroundColor Gray
sc config winmgmt start= disabled
net stop winmgmt /y
Write-Host "`n正在切换到 WBEM 目录..." -ForegroundColor Gray
Push-Location "$env:windir\system32\wbem"
Write-Host "`n正在重新注册所有提供程序 DLL (这可能需要一些时间)..." -ForegroundColor Gray
Get-ChildItem -Filter "*.dll" | ForEach-Object {
Write-Host " 正在注册 $_ ..." -ForegroundColor DarkGray
& regsvr32 /s $_.FullName
}
Write-Host "`n正在重编译所有 MOF 和 MFL 文件..." -ForegroundColor Gray
Get-ChildItem -Filter "*.mof" -File | ForEach-Object { & mofcomp $_.FullName }
Get-ChildItem -Filter "*.mfl" -File | ForEach-Object { & mofcomp $_.FullName }
Write-Host "`n正在返回原目录..." -ForegroundColor Gray
Pop-Location
Write-Host "`n正在重新启用并启动 WMI 服务..." -ForegroundColor Gray
sc config winmgmt start= auto
net start winmgmt
Write-Host "`n--- 验证重新注册结果 ---" -ForegroundColor Cyan
& winmgmt /verifyrepository
Write-Host "`n重新注册完成。如果问题依旧，选项 4 是最后的手段。" -ForegroundColor Yellow
} else {
Write-Host "操作已取消。" -ForegroundColor Gray
}
Read-Host "`n按 Enter 键继续"
}
'4' {
Write-Host "`n--- [4] 重置 WMI 存储库到系统默认状态 ---" -ForegroundColor Cyan
Write-Host "警告：这是最后的手段。" -ForegroundColor Red
Write-Host "此操作会删除当前的 WMI 存储库，并让系统创建一个全新的。[reference:7][reference:8]" -ForegroundColor Yellow
Write-Host "这**可能会破坏**依赖 WMI 的第三方软件（如某些杀毒软件、管理代理）。" -ForegroundColor Red
Write-Host "建议在执行前先备份存储库。[reference:9]" -ForegroundColor Yellow
if (Get-UserConfirmation -Message "`n确认要执行此操作吗？") {
$backupPath = "C:\WMI_Backup_$(Get-Date -Format 'yyyyMMdd_HHmmss').bak"
Write-Host "`n正在备份当前存储库到 $backupPath ..." -ForegroundColor Gray
& winmgmt /backup $backupPath
Write-Host "`n正在重置存储库 (winmgmt /resetrepository)..." -ForegroundColor Gray
& winmgmt /resetrepository
Write-Host "`n--- 验证重置结果 ---" -ForegroundColor Cyan
& winmgmt /verifyrepository
Write-Host "`n重置操作完成。请重启计算机以确保所有更改生效。" -ForegroundColor Green
} else {
Write-Host "操作已取消。" -ForegroundColor Gray
}
Read-Host "`n按 Enter 键继续"
}
'5' {
Write-Host "`n正在退出脚本..." -ForegroundColor Gray
break
}
default {
Write-Host "`n无效的选项，请输入 1 到 5 之间的数字。" -ForegroundColor Red
Read-Host "`n按 Enter 键继续"
}
}
} while ($true)
|
或者可以自己排查解决。但记得一定要重启，并再次验证一下。大概率就可以了
结尾和其他问题
如果不是WMI问题，具体的报错信息也可以提供参考。这个故事告诉我们：不知道哪里有BUG，最好的方法是看源码，其次是windows event。
