在做一个重构时进入这个.调用getProperties()导致我们的cpu使用率飙升.我们发现如果你有一个没有关联属性的getter,当你调用getProperties()时,getter被调用超过1000次.修复/解决方法是显而易见的,我们知道它与元编程有关,但为什么会发生这种情况(groovy源代码中的哪一点)?请参阅下面的groovy脚本代码:
class tester { int count = 0 public getvar() { println count++ + " getvar() called!" return var } } def t = new tester() t.getProperties() println "done!"
解决方法
这个问题可能已经在评论中得到了回答,但我更深入地研究了回答“groovy source中的哪一点”部分.
当你在测试人员的实例上调用getProperties()时,Groovy将会发挥其魔力并最终调用DefaultGroovyMethods #getProperties(Object)(在Groovy 2.4.7中)如下所示:
public static Map getProperties(Object self) { List<PropertyValue> MetaProps = getMetaPropertyValues(self); // 1 Map<String,Object> props = new LinkedHashMap<String,Object>(MetaProps.size()); for (PropertyValue mp : MetaProps) { try { props.put(mp.getName(),mp.getValue()); // 2 } catch (Exception e) { LOG.throwing(self.getClass().getName(),"getProperty(" + mp.getName() + ")",e); } } return props; }
首先,Groovy确定给定对象的元属性(参见1).这将返回三个属性:
> var:仅限getter(getvar()),没有setter,没有字段
> class:仅限getter(继承自Object),没有字段
> count:getter,setter(均由Groovy生成)和字段
您可以通过调用t.getMetaPropertyValues()轻松验证这一点.
接下来,Groovy尝试获取每个属性的当前值并将其放入映射中(参见2).当它到达var时,它会记住var有一个getter(即getvar())并调用它.但是,getvar()会再次返回var.对于Groovy,这与第一步中确定的属性完全相同.再一次,它调用它的getter getvar()并开始无限循环.