我写了一个progrmame来测试try catch块是否影响运行时间。 代码如下所示
public class ExceptionTest {
public static void main(String[] args) {
System.out.println("Loop\t\tNormal(nano second)\t\tException(nano second)");
int[] arr = new int[] { 1, 500, 2500, 12500, 62500, 312500, 16562500 };
for (int i = 0; i < arr.length; i++) {
System.out.println(arr[i] + "," + NormalCase(arr[i]) + ","
+ ExceptionCase(arr[i]));
}
}
public static long NormalCase(int times) {
long firstTime=System.nanoTime();
for (int i = 0; i < times; i++) {
int a = i + 1;
int b = 2;
a = a / b;
}
return System.nanoTime()-firstTime;
}
public static long ExceptionCase(int times) {
long firstTime =System.nanoTime();
for (int i = 0; i < times; i++) {
try {
int a = i + 1;
int b = 0;
a = a / b;
} catch (Exception ex) {
}
}
return System.nanoTime()-firstTime;
}
}
结果显示如下:
我想知道为什么转到62500和biger数字的时间减少了?是溢出吗?似乎没有。
答案 0 :(得分:4)
您没有测试try/catch
块的计算成本。您确实在测试异常处理的成本。公平的测试也会在b= 2 ;
中进行ExceptionCase
。如果您认为仅测试try/catch
,我不知道您将得出什么极其错误的结论。我坦率地感到震惊。
时序变化如此之多的原因在于您执行函数的次数是JVM决定编译和优化它们的次数。将你的循环包含在外部
中 for(int e= 0 ; e < 17 ; e++ ) {
for(int i= 0 ; i < arr.length ; i++) {
System.out.println(arr[i] + "," + NormalCase(arr[i]) + "," + ExceptionCase(arr[i]));
}
}
您将在运行结束时看到更稳定的结果。
我还认为在NormalCase
的情况下,优化器“意识到”for
并没有真正做任何事情而只是跳过它(执行时间为0)。出于某种原因(可能是例外的副作用),它与ExceptionCase
的做法不同。要解决这种偏见,请在循环内部计算并返回它。
我不想过多地更改你的代码,所以我会用一个技巧来返回第二个值:
public static long NormalCase(int times,int[] result) {
long firstTime=System.nanoTime();
int computation= 0 ;
for(int i= 0; i < times; i++ ) {
int a= i + 1 ;
int b= 2 ;
a= a / b ;
computation+= a ;
}
result[0]= computation ;
return System.nanoTime()-firstTime;
}
您可以使用NormalCase(arr[i],result)
进行调用,前面是声明int[] result= new int[1] ;
。以相同方式修改ExceptionCase
,输出 result[0]
以避免任何其他优化。每个函数可能需要一个result
变量。