Ctrl+K Ctrl+T没反应是因被插件劫持或焦点错误，需检查workbench.action.selectTheme绑定、退出编辑模式、确认输入法未拦截；该快捷键仅切换UI主题，代码/终端/预览配色须单独配置。
Ctrl+K Ctrl+T 按了没反应？先确认它是不是被 hijacked 了
这个快捷键本质是触发 workbench.action.selectTheme 命令，但插件（比如 Vim、Emacs Keymap、Remote-SSH）常悄悄重绑定它。按完没弹窗，不是 VSCode 坏了，而是命令根本没执行。
- 打开命令面板
Ctrl+Shift+P→ 输入Preferences: Open Keyboard Shortcuts - 在搜索框里输
workbench.action.selectTheme，看右侧是否显示绑定的快捷键 - 如果显示
–或别的组合（比如Ctrl+Shift+T），说明被覆盖；点击左侧铅笔图标，删掉或改回Ctrl+K Ctrl+T - 某些键盘（尤其 Mac 外接键盘）可能把
Ctrl+K当成“清空行”，试试用命令面板兜底：Ctrl+Shift+P→Preferences: Color Theme
想秒切 Dark+/Light+？别靠记忆翻列表，绑专属快捷键
装了十几个主题后，每次从滚动列表里找 Dark+ (default dark) 太慢。更稳的做法是给高频主题单独绑快捷键，一按就切，不预览、不犹豫。
- 打开命令面板
Ctrl+Shift+P→Preferences: Open Keyboard Shortcuts - 搜
workbench.action.selectTheme，右键 →Copy Command ID - 再搜
Preferences: Open Keyboard Shortcuts (JSON)，在打开的keybindings.json里加一条：
[
{
"key": "ctrl+alt+d",
"command": "workbench.action.selectTheme",
"args": {
"theme": "Dark+ (default dark)"
}
},
{
"key": "ctrl+alt+l",
"command": "workbench.action.selectTheme",
"args": {
"theme": "Light+ (default light)"
}
}
]
-
key值可自定义，但避免和现有快捷键冲突（比如别用Ctrl+P） -
theme字符串必须和主题 ID 完全一致，大小写敏感，带括号和空格都不能错 - 改完保存，无需重启，直接按
Ctrl+Alt+D就切到深色主题
切完 UI 主题，代码还是白的？editor.tokenColorScheme 没同步
快捷键只动 workbench.colorTheme，但编辑器内代码颜色由 editor.tokenColorScheme 独立控制。两者不同步，就会出现“黑边栏 + 白代码”的割裂感。
- 检查当前值：打开设置
Ctrl+,→ 搜索tokenColorScheme，右侧显示的是什么？如果是Default Light+，那深色 UI 就白搭 - 手动配对：在
settings.json里显式写死，比如：
"workbench.colorTheme": "Dark+ (default dark)", "editor.tokenColorScheme": "Default Dark+"
- 第三方主题（如
One Dark Pro）通常自动处理editor.tokenColorScheme，但如果你之前手动设过值，它可能被锁定——删掉那行，让扩展接管 - 注意：
editor.tokenColorScheme只接受字符串，不能填路径或自定义文件名
终端、Markdown 预览还发白？它们不继承主题
workbench.colorTheme 不管终端、Markdown 预览、调试控制台这些区域。它们各自有独立配置项，漏掉一个，视觉就断层。
- 终端配色：设置里搜
terminal integrated theme，选Default Dark或对应主题的终端方案 - Markdown 预览：搜
markdown preview theme，设为GitHub Dark或GitHub Light - 调试控制台：搜
debug→ 找Debug: Console Font Size附近，确认没有强制浅色背景的插件干扰 - 所有这些配置最终都落在
settings.json里，迁移配置时容易漏，建议导出前通读一遍
真正容易被忽略的不是怎么绑定快捷键，而是快捷键只解决了一半问题——UI 主题切换了，但代码、终端、预览三块若没对齐，眼睛比切之前还累。
