pycharm debug卡住、variables显示“connected”不动，是因python debugger默认不兼容gevent等协程环境；需在settings→build, execution, deployment→python debugger中勾选gevent compatible，修改后立即生效。
PyCharm Debug卡住不动，Variables显示“Connected”不刷新
这是典型的调试器挂起现象，不是代码问题，而是PyCharm的Python Debugger默认配置与某些运行时环境（尤其是含gevent、asyncio或自定义事件循环的项目）不兼容。它会卡在变量读取环节，导致单步失效、断点不触发、控制台无响应。
- 最直接有效的修复是打开
Gevent compatible选项：进入Settings→Build, Execution, Deployment→Python Debugger，勾选Gevent compatible - 该选项会强制调试器使用兼容协程调度的通信协议，避免因事件循环抢占导致的阻塞
- 无需重启IDE，修改后立即生效；但若已卡住，需中止当前Debug会话再重新启动
Debug时查看变量特别慢，甚至超时失败
变量加载慢常发生在有大型对象（如Pandas DataFrame、NumPy数组、嵌套字典）或自定义__repr__/__str__的类实例上。PyCharm默认尝试展开全部属性，触发不必要的计算或I/O。
PyCharm 2026.2
下载
PyCharm 2026.2是 JetBrains PyCharm 的指定版本安装包，下载地址指向官方 Windows 安装包直链，可用于旧项目兼容、版本回退和环境测试。
- 在
Settings→Build, Execution, Deployment→Python Debugger中，关闭Load values automatically - 改为手动展开：在
Variables面板右键目标变量 →View as Array/View as DataFrame/Copy Value等按需操作 - 同时可限制自动加载深度：调整
Max. number of children to load（默认100，建议设为20–50）和Max. number of elements to load
多进程/多线程项目Debug时频繁卡死
PyCharm默认只附加到主进程，子进程（如multiprocessing.Process、concurrent.futures）的断点无法命中，强行调试会导致主线程等待子进程响应而假死。
- 启用
Fork mode：在Run/Debug Configurations→Configuration标签页，勾选Run with Python console并确保Emulate terminal in output console已启用 - 更可靠的方式是改用
Attach to Process：启动程序后，在Run→Attach to Process中选择对应子进程PID（需提前加import time; time.sleep(10)留出attach窗口） - 避免在
if __name__ == '__main__'外设断点——子进程可能不执行该段代码
为什么调大内存对Debug卡顿基本无效？
Debug卡顿极少由JVM堆内存不足引起，因为调试逻辑运行在Python解释器层，而非IDE的Java进程内。盲目增大-Xmx只会延长GC停顿，反而让界面更卡。
-
-Xmx调优主要影响索引、代码补全、文件扫描等后台Java任务，对pydevd调试器性能无直接作用 - 真正相关的是Python端资源：确认解释器是否为CPython（非PyPy）、是否启用了
faulthandler、是否在Debug时加载了过多日志处理器 - 如果Debug卡顿伴随CPU飙高，优先检查是否误启了
Enable process termination或Break on exception并捕获了高频异常（如KeyError）
