这种问题我之前也碰到过几次，结合你提到的「本地项目出问题、朋友分享的项目在同一台机器上调试正常」这个关键信息，可以从以下几个方向逐步排查：

1. 对比项目调试配置差异 #

• 打开Run/Debug Configurations，把你的本地项目配置和朋友的项目配置逐项对比：
  • 检查Program arguments、Working directory是否正确，有没有设置异常的环境变量；
  • 切换到Debugger选项卡，确认调试器（GDB/LLDB）选择正确，有没有开启Non-stop mode这类可能导致单步无响应的特殊模式。

2. 检查CMake编译配置（CMake项目适用） #

• 打开本地项目的CMakeLists.txt，确认是否添加了调试编译参数：
  • 必须包含-g参数来生成调试信息，同时要避免意外开启-O2及以上的优化等级（优化会让调试器无法正确追踪代码执行流程）；
  • 尝试删除本地项目的构建目录（比如默认的cmake-build-debug），然后重新执行Reload CMake Project，再启动调试试试——有时候构建缓存损坏会导致调试异常。

3. 重置CLion调试相关缓存与配置 #

• 执行File -> Invalidate Caches...，选择「Invalidate and Restart」清除CLion的缓存。缓存文件损坏是这类奇怪调试问题的常见诱因；
• 检查全局调试器设置：File -> Settings -> Build, Execution, Deployment -> Debugger，确认GDB/LLDB的路径正确，没有开启Async debugging这类可能干扰单步操作的全局选项。如果方便，可以和朋友的CLion设置做个对比。

4. 排查本地项目代码或文件结构问题 #

• 检查断点所在的代码是否有特殊属性，比如是否加了__attribute__((optimize("O3")))这类强制优化的注解，这类注解会让调试器无法正常追踪该段代码；
• 确认项目文件没有权限问题（比如部分文件被设为只读），虽然这个概率不高，但可以简单排除一下。

5. 验证系统级调试器是否正常 #

• 手动用终端调试本地项目的可执行文件：比如运行gdb ./your-project-executable，设置断点后用step、next命令尝试单步。如果手动调试也出现同样问题，说明是可执行文件或系统调试器的问题；如果手动调试正常，那问题肯定出在CLion的配置上；
• 确认系统安装的GDB/LLDB版本是否符合CLion的兼容要求，过旧的调试器版本可能会和CLion存在兼容性问题。

内容的提问来源于stack exchange，提问作者Izo Sakallah