1.首先说原因
我遇到的:是由于该行的函数,有装饰器(或者说闭包)装饰它。
2.场景再现
如图,在逐行调试的时候,我迫切想要知道第98行调试时所返回的内容,而且我还想进入98行的函数内,看看内部到底发生了什么。然而,当我点击 Step Over 调试下一行的时候,该死的蓝色调试框,跳到了第99行。
3.如何解决
此时我已经结束了本次debug,当我自己点进第98行的函数进去看的时候,发现
没错,函数套了个@response_parser的装饰器,只要有这个装饰器存在,而且我debug时,跳过了该行。
我要做的就是:重新在这个被跳过的行(98行)打断点,并且重新开始debug。
到了这一行时,然后点击 Step Into 进入函数内部
就会发现进入到了装饰器的内部(此时,装饰器response_parser会调用98行的那个函数)
所以后面需要做的就是,Step Into 46行函数的内部,因为这个就是在调用98行我们被跳过的那个函数
此时我们已经成功进入被跳过的那个函数的内部。开启快乐的该行函数的调试之旅。
4.总结
- debug遇到跳过某行的情况,首先我们可以先去确认该行是否有装饰器修饰它
- 然后,在调试的时候,给该行打上断点,在后面调试的过程中
- 我先进入到装饰器的内部
- 再在装饰器中找到被修饰的函数,也就是被跳过的那行的函数,进入该函数内部
- 在具体的函数内部,我就可以定位该函数内部到底发生了什么。