VSCode断点实心红点#ff0000硬编码不可改；仅debugIcon.breakpointDisabledForeground等控制禁用态/边框色，须配workbench.colorCustomizations并重载窗口生效。
VSCode 的断点颜色不能真正“自定义”——实心红点 #ff0000 是硬编码的，改不了；你看到的可调项，只影响禁用态、边框、当前执行行高亮等次要状态。
为什么 debugIcon.breakpointForeground 改了也不见红点变色？
这个配置项只控制「禁用断点」（空心灰点）和「未命中断点」的颜色，不是那个醒目的实心红点。真正对应实心断点的是 debugIcon.breakpointCurrentStackframeForeground，但它只管当前执行行断点的**边框色**，填充色仍固定为 #ff0000。
- VSCode 1.85+ 版本起，断点图标的填充逻辑已从主题系统剥离，直接写死在渲染层
- 插件无法注入 DOM 覆盖，CSS 注入也无效（编辑器内部装饰不走标准 Web UI 渲染流）
- 如果你用了暗色主题但红点太刺眼，唯一缓解方式是把
debugIcon.breakpointForeground设为暗红（如"#aa3333"），至少让禁用态保持协调
debugIcon.* 配置项哪些真有用？
能生效的只有以下几项，且作用明确、不可越界：
-
debugIcon.breakpointDisabledForeground：禁用断点（空心圆）的颜色 -
debugIcon.breakpointCurrentStackframeForeground：当前执行行断点的**边框色**（非填充） -
debugIcon.breakpointStoppedForeground：断点命中暂停时，该行断点图标的边框色（部分主题会叠加高亮背景） -
debugIcon.breakpointForeground：默认启用断点（实心红点）的**边框色**——注意：它不影响填充，仅当主题启用了描边风格时才可见
所有这些都必须写进 settings.json 的 workbench.colorCustomizations 下，单独写在顶层会无效。
错误波浪线颜色能调，但别配错位置
波浪线不是 UI 控件，它属于语法高亮层，必须通过 editor.tokenColorCustomizations 设置，不是 workbench.colorCustomizations。
- 错误波浪线对应
"invalid": "#ff5555"，警告是"warning": "#ffd700" - 某些语言服务器（如 TypeScript）把类型错误标为
"error"而非"invalid"，需额外加"error": "#ff3333" - 修改后必须重载窗口（
Ctrl+Shift+P→Developer: Reload Window），热更新不触发重绘 - 波浪线粗细、虚实、间距——全无配置项，VSCode 固定为 1px 单实线
调试面板背景色和断点图标对比度怎么协同优化？
断点图标的视觉效果，高度依赖它所处的容器背景。如果调试侧边栏（变量/监视/断点面板）太灰，红点就容易“融进去”；太黑又太刺眼。
- 优先换一个对调试 UI 做过针对性优化的主题，比如
One Dark Pro或Nord，比手动调色更可靠 - 若需微调，用
workbench.colorCustomizations覆盖"panel.background"（调试面板整体背景）、"list.activeSelectionBackground"（当前选中行背景）和"editorWidget.background"（弹出式调试小窗背景） - 别碰
debugView.*类名——这是常见误配，VSCode 官方文档里根本不存在这些 token - 检查是否被工作区设置覆盖：
.vscode/settings.json里的同名 key 会优先生效，用户设置可能被静默忽略
真正难调的从来不是单个颜色，而是断点图标、当前执行行背景、变量面板底色三者之间的明度差与色相冲突——稍不留神，你就得眯着眼找那个红点在哪。
