首页
/ debugpy项目中Python调试第三方模块无法进入的问题分析

debugpy项目中Python调试第三方模块无法进入的问题分析

2025-07-05 07:09:01作者:庞队千Virginia

问题背景

在Python开发过程中,调试器是开发者必不可少的工具。debugpy作为Visual Studio Code的Python调试器扩展,近期在版本1.92之后出现了一个影响开发者体验的问题:当设置justMyCode为false时,无法正常进入第三方模块进行调试。

问题现象

开发者在使用debugpy进行Python测试调试时发现:

  1. 在launch.json中明确设置了"justMyCode": false
  2. 在测试代码中调用第三方模块
  3. 设置断点后尝试进入第三方模块代码
  4. 调试器无法如预期那样进入第三方模块内部

影响范围

该问题主要影响以下环境组合:

  • debugpy版本1.92及以上
  • Python 3.12版本环境
  • Visual Studio Code 1.95及以上版本

值得注意的是,在Python 3.11或3.10环境中,相同配置下调试器可以正常进入第三方模块。

临时解决方案

目前社区发现的临时解决方案包括:

  1. 降级debugpy扩展:将Python Debugger扩展降级到2024.10.0版本可以暂时解决问题

  2. 切换Python版本:使用Python 3.11或3.10版本而非3.12版本

技术分析

从问题表现来看,这很可能与debugpy在新版本中对Python 3.12的支持有关。justMyCode设置为false时,调试器本应能够进入所有代码,包括第三方库,但在特定版本组合下这一功能出现了异常。

官方进展

根据项目维护者的反馈,此问题已被确认为已知问题,并将在未来的版本更新中修复。建议开发者关注debugpy的更新日志,以获取官方修复版本。

最佳实践建议

对于依赖第三方库调试的开发者,建议:

  1. 在关键开发阶段暂时使用稳定的环境组合(如Python 3.11 + debugpy 2024.10.0)
  2. 定期备份调试配置(launch.json)
  3. 关注debugpy项目的更新动态,及时升级到修复版本

调试是开发过程中至关重要的环节,遇到此类问题时保持环境稳定性和可追溯性尤为重要。

登录后查看全文
热门项目推荐
相关项目推荐

项目优选

收起
kernelkernel
openEuler内核是openEuler操作系统的核心,既是系统性能与稳定性的基石,也是连接处理器、设备与服务的桥梁。
C
509
550
docsdocs
暂无描述
Markdown
852
5.68 K
kernelkernel
deepin linux kernel
C
33
16
ops-transformerops-transformer
本项目是CANN提供的transformer类大模型算子库,实现网络在NPU上加速计算。
C++
1.04 K
2.48 K
pytorchpytorch
作为 Ascend for PyTorch 社区的核心组件,TorchNPU 是昇腾专为 PyTorch 打造的深度学习适配插件,使 PyTorch 框架能够直接调用昇腾 NPU,为开发者提供昇腾 AI 处理器的超强算力。
Python
838
1.27 K
ops-nnops-nn
本项目是CANN提供的神经网络类计算算子库,实现网络在NPU上加速计算。
C++
845
1.69 K
jiuwenswarmjiuwenswarm
JiuwenSwarm 是一款基于openJiuwen开发的智能AI Agent,它能够将大语言模型的强大能力,通过你日常使用的各类通讯应用,直接延伸至你的指尖。
Python
3.16 K
856
ops-mathops-math
本项目是CANN提供的数学类基础计算算子库,实现网络在NPU上加速计算。
C++
1.25 K
1.37 K
AscendNPU-IRAscendNPU-IR
AscendNPU-IR是基于MLIR(Multi-Level Intermediate Representation)构建的,面向昇腾亲和算子编译时使用的中间表示,提供昇腾完备表达能力,通过编译优化提升昇腾AI处理器计算效率,支持通过生态框架使能昇腾AI处理器与深度调优
C++
502
345
cann-learning-hubcann-learning-hub
CANN 学习中心仓,支持在线互动运行、边学边练,提供教程、示例与优化方案,一站式助力昇腾开发者快速上手。
Jupyter Notebook
783
410