[开发工具]StringBuffer底层调试变量toStringCache问题

StringBuffer底层调试变量toStringCache问题

在单步调试进入StringBuffer的append方法后，toStringCache变量会出现不为null的例外情况。让人怀疑在idea环境下调试是不是有啥问题？经过很多次反复调试，以及查阅百度文章，在设置一个idea配置开关后，最终顺利通过调试。
源码：

package com.test.lock;
public class t1 {
   public static void main(String[] args) {
       StringBuffer bf = new StringBuffer();
       bf.append("mayikt");
       bf.append("meite");

       System.out.println(bf.toString());
   }
}

最终希望打印的结果是：mayiktmeite
但是，如果断点单步进入append方法源码调试的话，结果可能不会像上面一样。感觉很怪异。

    @Override
    public synchronized StringBuffer append(String str) {
        toStringCache = null;
        super.append(str);
        return this;
    }

原因就在于append方法里面的toStringCache变量居然在单步调试的情况下可以不是null，而被赋成了上次StringBuffer对象的toString()的结果。
先了解一下StringBuffer对象的变量toStringCache的含义。参见
https://www.cnblogs.com/noKing/p/9431618.html
toStringCache的含义

第二个重要点：toString()方法在调试时会有连带出错的情况发生。需要在idea环境中设置一个选项。参见
https://blog.csdn.net/lkforce/article/details/90479650
idea环境中toString()设置选项


按上面那个勾取消，就可以调试那个StringBuffer类的变量toStringCache的异常情况了。猜测问题原因可能是：在单步调试调用append方法时，系统后台会走一下toString方法，导致toStringCache会存储上次toString方法的值(就是上次StringBuffer对象的toStringCache的值)，而不是直接赋值null。

取消勾后，调试就正常了。不管怎么调试都对了



调试完了，记得把那个设置勾回去。