🔗Windows 11 任务栏第三方组件高度异常排查

问题现象

Windows 11 上多个依赖任务栏区域的第三方程序出现相同异常：

• WidBar
• TaskbarWidgets
• SPlayer-Next 任务栏歌词

主要表现：

• 组件实际可用区域高度异常
• 内容只有一部分显示在任务栏内
• 上半部分/下半部分被任务栏裁切
• WidBar 拖动组件时，预览框明显比肉眼看到的任务栏更高
• Explorer/任务栏卡死时，可以看到 Windows 自己暴露出的任务栏底层区域也明显过高

但部分直接修改现有任务栏控件的程序正常，例如 Windhawk 的 Taskbar Clock Customization。

因此最初看起来很像第三方软件自身的 DPI / Taskbar Height 适配问题，实际上不是。

系统环境

Windows 11 25H2：

Build: 26200.9168

内屏：

2880 × 1800
缩放：150%
DPI：144

任务栏实测：

Shell_TrayWnd DPI = 144
ScalePercent = 150%

关键诊断突破：新建 Windows 用户后完全正常

新建本地测试用户 Test 后，相同系统、相同硬件、相同分辨率、相同 DPI 下，任务栏组件完全正常。

这是整个排查最关键的 A/B 测试，由此基本确认：

系统级问题 ❌
硬件问题 ❌
显示器本身 ❌
Windows Build 本身 ❌
当前用户 Profile 状态异常 ✅

之后所有排查都围绕：

GoblinCwl = Bad Profile
Test      = Good Profile

进行比较。

排除过的方向

1. DPI / Windows 缩放

反复测试过不同缩放比例，没有解决问题。

最终两个用户的 AppliedDPI 都是 144，与当前 150% 缩放完全一致。因此问题不是 150% 缩放导致。

以后遇到同样症状，不应优先反复修改 Windows 缩放比例。

2. StuckRects3

路径：

HKCU\Software\Microsoft\Windows\CurrentVersion\Explorer\StuckRects3

Bad / Good Profile 存在差异。曾尝试备份、删除、让 Explorer 重建，问题依旧，因此不是直接根因。

3. MMStuckRects3

路径：

HKCU\Software\Microsoft\Windows\CurrentVersion\Explorer\MMStuckRects3

长期使用的 GoblinCwl 用户包含多个历史显示器状态，而新建 Test 用户没有。这与笔记本内屏、外接显示器、多显示器使用历史有关。

删除后问题依旧，因此不是直接根因。测试完成后已恢复原注册表。

4. Explorer\Advanced

比较：

HKCU\Software\Microsoft\Windows\CurrentVersion\Explorer\Advanced

发现的主要差异包括：

• IconSizePreference：对应 Windows 11“显示较小的任务栏按钮”，属于正常用户设置。
• MMTaskbarMode：控制多显示器任务栏按钮显示位置，属于正常多显示器配置。
• TaskbarDeveloperSettings\TaskbarEndTask：对应任务栏右键“结束任务”，与高度无关。
• ExpandableTaskbar：Bad 为 0，Good 不存在；删除后重启 Explorer，问题依旧，因此排除。

5. ShellExperienceHost 用户缓存

检查：

%LOCALAPPDATA%\Packages\Microsoft.Windows.ShellExperienceHost_cw5n1h2txyewy

包括 LocalState、LocalCache、RoamingState、SystemAppData、Settings。

其中 LocalCache、RoamingState、SystemAppData 均为空，没有发现能够解释任务栏异常的状态。

另外：

%LOCALAPPDATA%\Microsoft\Windows\Shell

Good / Bad Profile 文件一致，因此停止继续沿 ShellExperienceHost 缓存方向排查。

6. TranslucentTB

Bad Profile 的 Explorer 曾加载：

ExplorerHooks.dll
ExplorerTAP.dll

来自 TranslucentTB。

为了真正排除，而不是单纯退出程序，结束 TranslucentTB 后重启 Explorer，并确认两个 DLL 已不再加载。此时 WidBar 依旧异常，因此 TranslucentTB 排除。

7. Windhawk

Test 正常用户的 Explorer 同样加载多个 Windhawk Mod，因此不能仅凭 DLL 注入认为 Windhawk 是根因。

进一步关闭所有 Windhawk Mod、重启 Explorer 后测试 WidBar，问题依旧，因此 Windhawk 排除。

最终根因

完整比较 Bad / Good 两个用户的 HKCU 后，发现关键差异。

正常 Test 用户：

HKCU\Software\Microsoft\TabletTip\ConvertibleChassis
ConvertibleChassis = 0

并且不存在：

HKCU\Software\Microsoft\TabletTip\ConvertibleSlateModeChanged

异常 GoblinCwl 用户：

HKCU\Software\Microsoft\TabletTip\ConvertibleChassis
ConvertibleChassis = 0

同时额外存在：

HKCU\Software\Microsoft\TabletTip\ConvertibleSlateModeChanged
ConvertibleSlateModeChanged = 1

也就是说，当前 Windows 用户 Profile 残留了 Convertible / Slate / Tablet 形态发生切换的状态。

Windows 11 的任务栏会根据设备形态调整触摸/平板布局。这个状态异常卡在：

ConvertibleSlateModeChanged = 1

导致当前用户的任务栏内部布局仍受到 Tablet / Convertible 状态影响。

最终表现为：

肉眼看到的任务栏
        ≠
部分程序获取/依赖的任务栏内部布局区域

因此所有依赖任务栏布局定位自身 UI 的程序同时出现异常。

为什么 WidBar / TaskbarWidgets / SPlayer 都异常？

它们需要根据任务栏区域创建或定位自己的 UI。Windows 内部提供了异常的任务栏布局状态，因此它们一起被裁切。

为什么 Taskbar Clock Customization 正常？

它主要修改 Windows 已经存在的任务栏时钟控件，不需要重新根据异常区域创建自己的任务栏组件。

为什么 Explorer 卡死时任务栏底层区域明显过高？

因为异常不是第三方程序“画错”。Windows 自己的任务栏内部 Surface / Layout 就处于异常状态。Explorer 卡死时反而把这个异常底层区域暴露出来了。

为什么修改 DPI 完全没用？

因为 DPI 数据本身是正确的：

144 DPI = 150%

问题发生在：

正确 DPI
+
错误的 Tablet / Convertible 布局状态

因此无论改成 100%、125% 还是 150%，都只是在继续缩放一个错误的布局状态。

最终修复

备份

reg export "HKCU\Software\Microsoft\TabletTip\ConvertibleSlateModeChanged" `
"$env:USERPROFILE\Desktop\ConvertibleSlateModeChanged-backup.reg" /y

删除异常状态

reg delete "HKCU\Software\Microsoft\TabletTip\ConvertibleSlateModeChanged" `
/v ConvertibleSlateModeChanged /f

重启 Explorer

taskkill /f /im explorer.exe
Start-Process explorer.exe

确认

reg query "HKCU\Software\Microsoft\TabletTip\ConvertibleSlateModeChanged" `
/v ConvertibleSlateModeChanged

正常结果：

错误: 系统找不到指定的注册表项或值。

修复结果

删除 ConvertibleSlateModeChanged = 1 并重启 Explorer 后，WidBar 任务栏高度立即恢复正常。

因此通过单变量实验确认：

ConvertibleSlateModeChanged = 1

是本次任务栏异常的直接触发因素。

最重要的排查经验

遇到 Windows 11 任务栏第三方组件：

• 高度异常
• 内容被裁切
• 多个完全不同的软件同时出现相同问题
• 修改 DPI / 缩放无效
• 原生任务栏表面看起来基本正常

不要首先认定是第三方软件适配问题。

优先进行：

新建干净 Windows 用户
        ↓
同一机器直接 A/B

如果旧用户异常、新用户正常，应立即把问题范围缩小到：

HKCU / 用户 Profile / Shell 用户状态

尤其检查：

HKCU\Software\Microsoft\TabletTip\ConvertibleSlateModeChanged

如果存在：

ConvertibleSlateModeChanged = 1

并且设备当前并不应该处于异常 Tablet / Convertible 状态，则值得作为重点排查对象。

本次最终修复：

删除 ConvertibleSlateModeChanged
→ 重启 Explorer
→ 任务栏第三方组件恢复正常