上面的例中，当打断点调试时，断点断住时， 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.