代码
import java.util.Calendar;
import java.util.Date;
public class TestMillTime {
public static void main(String[] args) {
//方法一
long startMillis = System.currentTimeMillis();
for (int i = 0; i < 100000; i++) {
System.currentTimeMillis();
}
System.out.println("currentTimeMillis方法所消耗的时间:" + (System.currentTimeMillis() - startMillis));
//方法二
startMillis = Calendar.getInstance().getTimeInMillis();
for (int i = 0; i < 100000; i++) {
Calendar.getInstance().getTimeInMillis();
}
System.out.println("Calendar中的getTime()方法所消耗的时间:" + (System.currentTimeMillis() - startMillis));
//方法三
startMillis = new Date().getTime();
for (int i = 0; i < 100000; i++) {
new Date().getTime();
}
System.out.println("Date中的getTime方法所消耗的时间:" + (System.currentTimeMillis() - startMillis));
}
}
执行结果
currentTimeMillis方法所消耗的时间:5
Calendar中的getTime()方法所消耗的时间:158
Date中的getTime方法所消耗的时间:8
分析
new Date 方法其实也是调用的currentTimeMillis,但由于其又调用了getTime方法,所以说在时间的消耗上比currentTimeMillis要长一点是很容易理解的,毕竟走了一个将date型数据到long型的数据转换.而getTimeInMillis方法在执行前总是先装载Calendar,也就是说执行Calendar.getInstance()方法,在装载的过程中消耗了大量的时间,因而消耗的时间最长,所以说在生成当前的时间戳的方法上不建议采用getTimeInMillis.