由Java中toString()方法引发的无意识的递归想到的
先看一段很简单的java代码:
![](https://www.cnblogs.com/Images/OutliningIndicators/ContractedBlock.gif)
toString()
运行后,我们看到了一串异常信息,StackOverflow了:
爆栈的原因通常是因为递归或者无限循环,上面的代码造成堆栈溢出的直接原因是递归,下面来分析一下造成递归的原因:
定义类InfiniteRecursion,本来希望通过toString方法打印出当前对象的内存地址,获取当前对象当然会想到this关键字。在toString方法内,Java编译器发现一个字符串后面跟着一个加号,加号后面的对象不是String类型,所以编译器试着自动将this转换为字符串类型,也就是调用this.toString()方法,偏偏this所指代的这个对象重新实现了toString方法,于是造成循环不断地调用toString方法,这样就发生了递归调用。
上面这种toString()被Bruce Eckel总结称为无意识的递归,在.NET当中同样适用(重写ToString方法),类似代码我就不贴了。
这种无意识的递归说到底还是使用类继承不当造成的。也许你会说其实这根本没有什么技术难度的,类继承用对了不就行了吗,不就是继承自Object的区区一个ToString方法吗?
如果你手上维护的代码是一个基类代码丰富,继承链很深,含有大量包装类,类调用关系复杂……用对就行了,说起来未免太容易。再说一个由类继承引发的血案的真实案例:
用户反馈我司某重要业务部门的线上系统某页面无法正常打开,直观效果就是页面一直loading迟迟打不开。开发人员费了很大力气据说还动用了Windbg神器和传说中的架构师才排查到是一个页面方法调用的问题,为了说明问题我们暂时命名该页面为A,页面A继承自自定义基类页面B,然后出现问题的原因大致分析如下:
1、A页面某方法func1触发调用了基类B的另一个方法func2;
2、B中的方法func2执行的时候,发现被A重写了,所以就去执行A重写的方法func2;
3、A重写的func2内部又调用了func1,这样就重新触发A的func1的执行。
这样,一个神不知鬼不觉惊天地泣鬼神的无意识递归就形成了。
饱满而真实的类继承的副作用的经典案例介绍到此结束。
明天,你还会用类继承吗,你还敢用类继承吗,你还忍心用类继承吗?
参考:<<Thinking in Java>>
作者:Jeff Wong
出处:http://jeffwongishandsome.cnblogs.com/
本文版权归作者和博客园共有,欢迎围观转载。转载时请您务必在文章明显位置给出原文链接,谢谢您的合作。