VSCode不支持单元测试状态栏实时同步，需手动监听测试事件并处理Live Unit Testing与Test Explorer插件差异：前者需轮询命令或监听输出通道，后者需注册command并监听onDidChangeTestStates等事件，同时做好防抖、比对、清理。
VSCode 本身不提供开箱即用的“单元测试状态栏实时同步”功能——你需要自己监听测试事件、手动更新状态栏项，且必须处理 Live Unit Testing 或 Test Explorer 插件的差异。
Live Unit Testing 状态栏集成需绕过工作区副本限制
Live Unit Testing 启动后会创建一个独立工作区副本，并在其中运行测试。这意味着你无法直接监听 vscode.workspace.onDidChangeTextDocument 来捕获其内部变更——它不触发 VS Code 编辑器级别的文档事件。
可行路径是监听其输出通道：
- 获取
vscode.window.createOutputChannel("Live Unit Testing")，然后调用channel.appendLine监听日志（但仅限于文本输出，无结构化状态） - 更稳定的方式是轮询
vscode.commands.executeCommand("dotnet.test.status")（需插件支持），或监听vscode.tests.onDidChangeTestStates（VS Code 1.89+ 原生测试 API） - 注意：Live Unit Testing 不暴露
onDidStartTestRun类事件，所以不能像 Test Explorer 那样精准挂钩
Test Explorer 插件的状态栏更新必须注册 command 并监听 test run 生命周期
如果你用的是 ms-vscode.test-adapter-converter + hbenl.vscode-test-explorer 这类组合，状态栏更新依赖显式事件监听：
- 必须在
activate中调用vscode.window.createStatusBarItem(vscode.StatusBarAlignment.Left, 100)并.show() - 监听
vscode.tests.onDidChangeTestStates，检查event.testStates.find(s => s.state === vscode.TestResultState.Running)判断是否正在运行 - 监听
vscode.tests.onDidCreateTestRun获取testRun对象，再通过testRun.results统计 passed/failed/skipped 数量 - 图标建议用
$(beaker)表示运行中，$(check)表示全通过，$(x)表示失败——不要硬编码 Unicode 字符，避免字体缺失
状态栏文本更新必须做防抖 + 变更比对，否则频繁闪烁
测试状态可能每秒变动多次（尤其大量测试时），直接每次赋值 item.text 会导致视觉抖动甚至卡顿：
- 用
setTimeout或debounce包裹更新逻辑，延迟 200–300ms 再刷新 - 更新前先比对新旧值：
if (item.text !== newText) item.text = newText - 避免在监听回调里做重计算：把统计逻辑（如遍历
testRun.results）提前抽离，只在必要时执行 - 若测试运行中，可显示
$(beaker~spin) Running…；结束后再切换为具体数字，避免中间态干扰
跨设备同步测试状态栏配置？别试了，它根本不该同步
状态栏显示的是本地运行时状态（当前分支、当前测试结果、当前构建进度），不是设置项。试图用 Settings Sync 同步它只会失败：
- Settings Sync 只同步
settings.json、扩展列表、快捷键等静态配置，不传播运行时数据 - 即使你在两台机器上装了相同插件、用了相同测试框架，测试结果也必然不同——同步“状态”没有意义
- 真正需要同步的是测试配置本身：比如
jest.config.js、launch.json中的 test configuration、.vscode/settings.json里的"jest.pathToJest"等
最后提醒一句：所有测试相关状态栏项都得手动清理。退出工作区或禁用插件时，记得调用 item.dispose()，否则残留项会在其他窗口意外出现。
