在做一个重构时进入这个。调用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!"
你应该看到getVar()调用超过1000次。 1068对我们来说确切。
答案 0 :(得分:0)
这个问题可能已经在评论中得到了回答,但是我更深入地研究了回答" groovy来源中的哪一点"一部分。
当你在getProperties()
的实例上调用tester
时,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
),没有setter,没有字段count
:getter,setter(均由Groovy生成)和字段您可以通过致电t.getMetaPropertyValues()
轻松验证这一点。
接下来,Groovy尝试获取每个属性的当前值并将其放入映射中(参见2)。当它达到var
时,它会记住var
有一个getter(即getVar()
)并调用它。但是,getVar()
会再次返回var
。对于Groovy,这与第一步中确定的属性完全相同。再一次,它调用它的getter getVar()
并开始无限循环。
在某些时候,根据JVM,这会产生StackOverflowError
,这正是这个网站的全部内容:-D