资源管理器图标闪烁是多个图标主题冲突导致的高频重绘，非渲染bug；确认方式为code --disable-extensions后单独启用图标插件复现，或在preferences: file icon theme中查看是否出现多个非none选项，状态栏不显示/闪退图标主题名，以及elements中data-icon属性频繁变更。
资源管理器图标闪烁不是渲染 bug，而是多个图标主题同时注册、反复争夺 DOM 节点导致的视觉抖动；只要 workbench.iconTheme 配置被覆盖或扩展未正确卸载，就可能触发高频重绘。
怎么确认是图标主题冲突引发的闪烁
闪烁本质是图标节点被反复销毁/重建，不是卡顿。最直接验证方式是：终端执行 code --disable-extensions 启动，若闪烁消失，再单独启用图标类插件（如 vscode-icons 和 material-icon-theme）逐一复现 —— 一旦两者共存即闪烁，基本锁定冲突。
- 打开命令面板，运行
Preferences: File Icon Theme，若列表中出现多个非None选项（如同时有vscode-icons和material-icon-theme），说明至少两个扩展已向 VSCode 注册了图标主题 ID - 状态栏右下角不显示图标主题名，或显示后又突然消失，是典型“注册成功但被覆盖”信号
- 按
Ctrl+Shift+I打开开发者工具，切到Elements标签页，选中任意文件项，观察其data-icon属性是否在频繁变更（如从file-ts切到file-js再切回），说明多个主题正在抢着设置 icon class
为什么禁用一个插件后仍闪烁
残留配置比插件本身更危险。VSCode 不会自动清理已卸载插件写入的 settings.json，而错误的 workbench.iconTheme 值（比如拼错为 "vscode-icon"）会导致它不断 fallback 到 None，再尝试加载下一个可用主题，形成循环。
- 检查用户级和工作区级
settings.json，删掉所有重复的"workbench.iconTheme"字段，只保留一条且值必须与插件详情页底部的ID完全一致（例如vscode-icons，不是vscode-icons-team.vscode-icons） - 搜索并删除残留配置项，如
material-icon-theme.folders.color、vscode-icons.files.associations—— 这些字段即使对应插件已禁用，仍可能触发无效解析逻辑 - 重启 VSCode 必须是「完全退出进程」，而非「重载窗口」；macOS 上尤其注意 Dock 图标右键要选 Quit，Windows 上任务管理器里确认
Code Helper (Renderer)进程已终止
不卸载插件也能止住闪烁的实操配置
保留一个图标主题的前提下，关闭其动态行为可大幅降低重绘频率。闪烁多发生在折叠/展开、滚动、切换标签时，根源是图标包对每个 TreeItem 实时计算 SVG 或 class，而非静态缓存。
- 对
material-icon-theme，在settings.json中添加："material-icon-theme.activeIconPack": "none"，停用所有文件夹/类型专属图标，只保留基础文件图标（如.js、.ts） - 关闭紧凑模式：
"explorer.compactFolders": false，避免折叠状态下图标反复缩放、重定位引发 layout thrashing - 清空或精简文件关联：
"material-icon-theme.files.associations": {}或仅留最关键的 2–3 条（如"*.env": "shellscript"），每条自定义映射都会增加一次语言 ID 匹配和图标查找 - 换用更轻量的主题：
vscode-icons默认禁用动画且不注入全局 CSS，比material-icon-theme渲染压力小 30%+（实测于 5000+ 文件工作区）
真正难调的不是“该装哪个”，而是 workbench.iconTheme 的值、插件激活状态、以及 files.associations 这三者的耦合关系 —— 少一个环节出错，就会让图标系统陷入无限 fallback 循环，而 VSCode 从不报错，只默默闪烁。
