PyCharm断点不触发主因是误用Run而非Debug模式；需点击虫子图标或Shift+F9启动调试，确认运行配置为“Debug”前缀，避免在空行、注释、def/class行、if False块及装饰器函数首行设断点。
PyCharm 断点不触发？先确认调试模式是否真在运行
断点打上去没反应，大概率不是代码问题，而是你点的是 Run 而不是 Debug。PyCharm 的绿色三角形按钮默认是运行（Run），它完全忽略所有断点；必须点旁边带虫子图标的 Debug 按钮（或用快捷键 Shift + F9），程序才会挂起等待调试。
- 检查右上角运行配置下拉框右侧的图标：如果是灰色三角形，说明当前是 Run 模式；鼠标悬停会显示 “Run”；换成虫子图标才是 Debug
- 如果用了
pytest或unittest，要确保选中的是带 “Debug” 前缀的运行配置，比如Debug 'test_xxx'，而不是Run 'test_xxx' - Python 解释器路径异常、脚本入口点错误，也可能导致断点“失效”——此时控制台会直接报错退出，根本没走到断点行
Step Into 和 Step Over 行为差异与误用场景
Step Into（F7）会跳进当前行调用的函数内部，哪怕那个函数是你没写的第三方库代码；Step Over（F8）则把整行当一个黑盒，执行完就停在下一行，不深入。
- 想看自己写的函数逻辑，用
Step Into；但遇到requests.get()、json.loads()这类常见调用，别盲目Step Into——你会卡在 requests 库源码里，浪费时间 - 调试时频繁按
F7却发现跳到了不认识的__init__.py或 C 扩展里，说明当前调用链已离开你的代码域；这时立刻切回Step Over或用Step Out（Shift + F8）逃出来 - 异步代码（
async/await）中，Step Into对await行无效——它不会进协程体，实际行为接近Step Over；真正调试协程需配合asyncio断点或日志
断点打在哪才真正有效？几类典型失效位置
不是所有“可点击的行号”都能设有效断点。PyCharm 会在语法非法、编译跳过、或运行时不可达的位置自动禁用断点（红点变灰）。
macOS UI 自动化技能包 —— 用 Python 控制你的 Mac
下载
让 macOS 自动化像说话一样简单 —— 用代码控制你的 Mac，无需学习 AppleScript 系统要求 macOS 14+ (Sonoma) Python 3.9+ 需要开启：辅助功能 + 屏幕录制权限
- 空行、纯注释行、函数定义行（
def xxx():）、类定义行（class A:）——这些地方点不了，点了也不生效 -
if False:后面的代码块，即使打了断点，PyCharm 也会标灰，因为 Python 解析器知道它永不执行 - 被装饰器包裹的函数（如
@lru_cache、@property），断点打在函数体第一行可能不触发——装饰器重写了调用逻辑，建议断点设在装饰器外的实际调用处，或临时去掉装饰器测试 - Jupyter Notebook 模式下，断点只对当前 cell 生效；跨 cell 不延续，且不支持
Step Into到其他 cell
调试时变量看不到？检查作用域和求值时机
断点停住后，在 Variables 面板里找不到刚定义的变量，不是 PyCharm 抽风，而是变量还没执行到那一步，或者根本不在当前作用域。
- 断点设在
for i in range(10):这一行，i还未定义，所以面板里没有；移到循环体第一行再看 - 函数内定义的局部变量，在函数返回后立即销毁；调试时若已执行完
return，该变量就从Variables面板消失了 - 某些动态生成的变量（如用
exec()、setattr()创建的），PyCharm 无法静态推导，不会出现在面板，但可在Watches中手动加locals().get("xxx")查看 - 调试嵌套很深的字典或对象时，
Variables面板默认只展开一层；点右侧小箭头才能看到深层结构，别以为数据是空的
断点和单步看着简单，但真实调试中卡住的，十次有八次是因为没意识到“当前到底在哪个栈帧、哪个作用域、哪段代码真被执行了”。多看一眼调试工具栏左边的调用栈（Frames），比反复点 F7 管用得多。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
