【发布时间】:2013-02-02 20:50:32
【问题描述】:
我在 onDraw() 方法的调用堆栈中有一个方法 3 级。每次重绘被称为数百次,有时甚至数千次。我已经对 onDraw() 方法进行了广泛的分析,我可以看到以下方法占总数的 14%,因此绝对值得一看。我需要在捏缩放和拖动操作期间提高帧速率。
private void getVisiblePointsFromPath(){
double longRads = longitude * (Math.PI / 180);
double latRads = latitude * (Math.PI / 180);
...
}
当方法退出并且双打超出范围时,我认为它们有资格进行 GC,尽管我知道这可能发生的时间是不确定的。
这样做有什么好处:
public class GisView extends ImageView{
private double longRads;
private double latRads;
private void getVisiblePointsFromPath(){
longRads = longitude * (Math.PI / 180);
latRads = latitude * (Math.PI / 180);
...
}
}
我假设这个习惯用法会导致双打被清空,然后在每次传递时重新分配,但不会导致额外的垃圾,从而减少我造成的 GC 数量。还是虚拟机比这更智能?
请注意,我的问题本身并不是“哪个更快”,而是关于哪个可能导致更少的 GC。我可以测量速度差异,但我对 Dalvik VM 和 Android GC 的了解还不够,无法预测哪个会导致更少的垃圾。
【问题讨论】:
-
您应该考虑只计算一次
Math.PI / 180并将其存储在一个常量中。 -
@MrSmith42 嗯。我假设编译器会处理这个问题。当然,由于 Math.PI 和 180 是常量,编译器会使用
= latitude * 0.0174532925 -
我认为它可能会被优化,但为什么希望编译器,当你可以用最少的努力自己做的时候。在分析字节码或测量性能差异之前,我会自己优化一下。
-
@MrSmith42 我已经进行了一些挖掘,据我所知,javac 编译器执行数字常量折叠。你能证明别的吗?我很确定它确实如此,因为
int x = 1/0会生成运行时错误,而不是编译错误,表明编译器已跳过折叠。还是我失去了情节? -
@MrSmith42 我们的 cmets 交叉了 :) - 你是对的,无论如何我都会这样做并发表评论。谢谢。