我注意到如果我在真正需要Calendar.getInstance()
实例之前调用Calendar
一次,则第二次调用的性能会得到改善。
Calendar calendar = Calendar.getInstance();
calendar.setTimeInMillis(System.currentTimeMillis());
// this block of code performs faster if the above code is included
Calendar calendar2 = Calendar.getInstance();
calendar2.setTimeInMillis(System.currentTimeMillis());
我从服务器上获取时间,并用它初始化日历。然后将日历解析为小时,分钟,秒和毫秒,这些日历将传递给设置时间的本机函数。
我注意到,如果我首先实例化虚拟日历,节点之间的时钟差异是2-5毫秒,如果我不是,则为15-20毫秒。
我正在测量从节点A到B的往返时间和数据包传输时间,反之亦然。我在请求 - 响应事务中共享节点之间的时间篡改,并注意到当没有“热身”时这些时间戳更多关闭。
虽然我的测量结果可能出现问题,但我一直会通过“热身”来获得较小的旅行时间值。调用
我正在查看Calendar
的源代码,但我没有看到对此行为的任何解释。
日历实现中是否存在可能影响后续调用初始化性能的任何内容?
Average from A to B: 21,4
Average from A to B: 15,14
Average from A to B: 14,84
Average from A to B: 14,07
通过预热电话
Average from A to B: 11,8
Average from A to B: 4,77
Average from A to B: 4,54
Average from A to B: 4,4
更新
由于时差达到0.8-1毫秒,预先单独调用本机函数似乎也会从性能改进中受益。
答案 0 :(得分:3)
日历实现中是否存在可能影响后续调用初始化性能的任何内容?
这里是Calendar#getInstance()
的代码:
public static Calendar getInstance()
{
Calendar cal = createCalendar(TimeZone.getDefaultRef(), Locale.getDefault(Locale.Category.FORMAT));
cal.sharedZone = true;
return cal;
}
TimeZone#getDefaultRef()
的代码是:
static TimeZone getDefaultRef() {
TimeZone defaultZone = getDefaultInAppContext();
if (defaultZone == null) {
defaultZone = defaultTimeZone;
if (defaultZone == null) {
// Need to initialize the default time zone.
defaultZone = setDefaultZone();
assert defaultZone != null;
}
}
// Don't clone here.
return defaultZone;
}
和Locale.getDefault(Locale.Category.FORMAT)
:
public static Locale getDefault(Locale.Category category) {
// do not synchronize this method - see 4071298
// it's OK if more than one default locale happens to be created
switch (category) {
case DISPLAY:
if (defaultDisplayLocale == null) {
initDefault(category);
}
return defaultDisplayLocale;
case FORMAT:
if (defaultFormatLocale == null) {
initDefault(category);
}
return defaultFormatLocale;
default:
assert false: "Unknown Category";
}
return getDefault();
}
注意这两种方法如何检查已经初始化的变量,例如:静态变量defaultTimeZone
和defaultFormatLocale
。至少这可以改善Calendar#getInstance()
的第二次调用的性能。