clion中切换调试器需按项目类型配置：node.js依赖javascript debugger插件启用；c/c++需在toolchains中修改debugger选项；嵌入式开发必须选用embedded gdb server配置类型，不可用普通c/c++配置。
CLion 默认使用内置 JavaScript 调试器或 GDB/LLDB（取决于项目类型），切换调试器不是“换一个按钮”，而是根据运行/调试配置类型和工具链设置来决定的——你不能全局切换，只能为特定配置指定调试器行为。
Node.js 项目用不了断点？检查 JavaScript Debugger 插件是否启用
Node.js 调试依赖 JavaScript Debugger 插件，它和 JavaScript and TypeScript 插件是分开管理的：
- 进
Settings | Plugins，搜索JavaScript Debugger，确保已勾选启用 - 如果只启用了
JavaScript and TypeScript但没启JavaScript Debugger，断点会灰色不可用，控制台也看不到调试器连接日志 - 重启 CLion 后再试 —— 插件启用后不会自动热加载调试能力
C/C++ 项目想换 GDB 为 LLDB？改工具链，不是改调试配置
CLion 不在“调试设置”里提供“GDB ↔ LLDB”下拉菜单。切换实际生效的调试器，要动的是 Toolchains 配置：
- 进
Settings | Build, Execution, Deployment | Toolchains - 选中当前使用的工具链（比如
Clang或MinGW） - 在
Debugger下拉框中选择LLDB或GDB（选项取决于你系统是否装了对应二进制） - 注意：某些 macOS 版本自带 LLDB，但 GDB 需手动编译并签名；Windows 上 MinGW 工具链通常只支持 GDB
嵌入式开发要用 OpenOCD 或 J-Link？必须用 Embedded GDB Server 配置类型
普通 C/C++ 运行配置不支持连接硬件调试器。OpenOCD、ST-Link、J-Link 等必须走专用配置路径：
- 新建运行/调试配置时，不选
C/C++ Executable，而选Embedded GDB Server - 类型选
OpenOCD、ST-Link GDB Server等，CLion 会自动填充对应GDB server path和Executable path - 如果手动填了
gdb-multiarch或自定义 GDB，但配置类型仍是普通 C/C++，调试器根本不会尝试连 OpenOCD 端口
附加到进程时调试器不响应？确认目标进程架构和调试器匹配
用 Attach to Process 功能时，常见失败不是配置问题，而是 ABI/架构错配：
- 64 位进程只能用 64 位 GDB/LLDB 附加；ARM64 进程不能用 x86_64 调试器附加
- Linux 上用
file /proc/<pid>/exe</pid>查看进程架构，再核对Toolchains | Debugger指向的调试器二进制 - macOS 上附加到系统进程（如
launchd）可能因 SIP 限制失败，这不是 CLion 的问题，而是系统级权限限制
真正容易被忽略的一点：CLion 的“调试器”本质是运行配置 + 工具链 + 插件三者协同的结果。删掉一个插件、改错一个工具链、或者选错配置模板，都会让断点失效或连接超时——它不像浏览器开发者工具那样“开箱即用”，每个环节都得对得上。
