根据你描述的现象——只有构建时打开的页面能识别断点，代码能正常执行但断点完全不触发，还自动弹出CPU窗口，结合你已经做的排查（新建项目调试正常、重装IDE无效），问题大概率出在项目的调试信息生成配置或者源码与编译产物的关联状态上，以下是针对性的解决步骤：

1. 确认项目调试信息的生成配置 #

首先检查项目是否正确生成了完整的调试符号：

• 打开项目选项（Project > Options），切换到Building > Delphi Compiler > Linking页面
• 确保Debug information设置为Debug（不要选None或Release）
• 勾选Include remote debug symbols（即使本地调试也建议勾选，保证符号完整性）
• 切换到Building > Delphi Compiler > Output页面，确认Debug DCUs选项处于勾选状态，让IDE使用带调试信息的DCU文件

2. 重置源码与编译产物的关联 #

有时候源码文件和生成的DCU之间的映射会失效，导致断点无法被识别：

• 关闭所有打开的源码窗口，手动删除项目目录下的Win32/Win64编译输出文件夹，以及所有.dcu、.exe、.map文件
• 重新打开项目，先执行Project > Clean，再执行Project > Build（不要用Make，确保全量重新编译）
• 编译完成后，再打开需要调试的源码文件设置断点，避免在构建过程中提前打开文件

3. 排查外部依赖的调试信息 #

CPU窗口弹出通常是因为执行到了无对应源码的代码段，除了你提到的外部DLL，还要注意：

• 检查项目引用的第三方组件/包，确认它们是否提供了带调试信息的DCU文件，如果只有Release版本的DCU，调试时必然会跳转到CPU窗口
• 打开Project > Options > Packages页面，确认所有引用的包都是Debug版本（如果组件提供了对应的Debug包）

4. 重置IDE的调试配置 #

虽然你重装了IDE，但可能残留了损坏的调试配置文件：

• 关闭RAD Studio，找到IDE的配置文件夹（通常在C:\Users\<你的用户名>\AppData\Roaming\Embarcadero\BDS\15.0，XE7对应版本号15.0）
• 删除Debugger文件夹，重启IDE后会自动生成新的调试配置

额外验证小技巧 #

如果断点还是不命中，可以右键点击断点选择View Breakpoint Properties，查看Address字段：

• 如果显示Unknown，说明IDE无法将断点映射到内存地址，这时候就需要回到前面的步骤重新检查调试信息生成逻辑

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