上面的例中,当打断点调试时,断点断住时, Attr1属性的get块就会执行一次。
两个断点加在逻辑中对Attr1的访问,最后发现CTest get Attr1.打印了3次。
得到的结论是:多余的2次打印是由于断点使得程序中断引发的,中断后调试器需要获取Attr1的数值,对get块进行调用。
不调试直接运行程序,发现只打印1次CTest get Attr1. 与预期相符!
这是调试器引发的海森伯效应。调试状态下,Attr1的get逻辑被执行n次。
所幸,vs提供了调试选项来关闭调试器的这种行为:去掉Enable property evaluation and other implicit function calls的勾选
去掉这个勾选后,我们还是和上面代码一样放置2个断点,调试执行到第2个断点,这时就只打印了1次CTest get Attr1. 与预期相符!
但是我们把鼠标放在o变量上对其成员进行查看时,就没法直接看到Attr1的值了
我们继续点击Attr1后面的刷新图标,这时就可以看到Attr1的数值了,同时看到控制台窗口上又打印了1次CTest get Attr1.