当在Android系统中切换语言时,会带来一个有趣的bug:SimpleDateFormat在处理“z”时区字段时会花费很长的时间。如果你在一个ListView里多次调用这个方法,就会发现这个ListView在滚动时很不流畅。控制台相关输出如下所示:
- I/Resources( 471): Loaded time zone names for en_US in 1904ms.
- I/Resources( 471): Loaded time zone names for en_US in 1400ms.
- I/Resources( 471): Loaded time zone names for en_US in 1260ms.
- I/Resources( 471): Loaded time zone names for en_US in 1360ms.
- I/Resources( 471): Loaded time zone names for en_US in 1232ms.
- I/Resources( 471): Loaded time zone names for en_US in 1344ms.
- I/Resources( 471): Loaded time zone names for en_US in 1228ms.
其他开发者的反馈可见:
http://stackoverflow.com/questions/2853058/weird-parsing-date-string-error-in-android-2-0-emulator
这是因为时区字段在Android系统中是被设计为延迟初始化的,只有在第一次使用到时才会去获取,并保存在缓存中,随后都会从这个缓存中去获取。但是根据之前SimpleDateFormat API的设计,没有方法来达到这个目的。在Android官方issues里也反复提到了这个问题,从2009年被发现到现在,都始终没有解决。参见:http://code.google.com/p/android/issues/detail?id=3147和http://code.google.com/p/android/issues/detail?id=16126。
在期待Android系统修复这个问题或者越来越快的系统硬件支持之外,基本很难处理这个系统原生的bug,但是我们可以通过一个简单的办法来改进这个问题。核心的思路就是缓存时区带来的偏移值。我们只需要在第一次加载时获取这个偏移值并存储,然后在以后每一次根据这个偏移值算出真实的时间值,代码如下:
public static long cachedTime = -1;
public static long mtimeToLong(String time) {
SimpleDateFormat format = new SimpleDateFormat(
"yyyy-MM-dd HH:mm:ss.SSS"); // 获取没有时区的时间格式
try {
Date date = format.parse(time);
if(cachedTime == -1) { // 第一次取值时
SimpleDateFormat localFormat = new SimpleDateFormat(
"yyyy-MM-dd HH:mm:ss.SSSz"); // 获取有时区的时间格式
Date localDate = localFormat.parse(time);
long localTime = localDate.getTime();
cachedTime = localTime - date.getTime(); // 计算出差值并存储
return localTime;
} else { // 第一次之后的取值
return date.getTime() + cachedTime;
}
} catch (ParseException e) {
e.printStackTrace();
return 0;
}
}
通过这种简单的方式我们可以暂时解决Android系统的疑难bug,带来了一种解决问题的不同思路。
原文:http://www.2cto.com/kf/201106/92825.html