巧解Android时区加载过慢的问题
当在Android系统中切换语言时，会带来一个有趣的bug：SimpleDateFormat在处理“z”时区字段时会花费很长的时间。如果你在一个ListView里多次调用这个方法，就会发现这个ListView在滚动时很不流畅。控制台相关输出如下所示：
view plaincopy to clipboardprint?
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.
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.这是因为时区字段在Android系统中是被设计为延迟初始化的，只有在第一次使用到时才会去获取，并保存在缓存中，随后都会从这个缓存中去获取。但是根据之前SimpleDateFormat API的设计，没有方法来达到这个目的。在Android官方issues里也反复提到了这个问题，从2009年被发现到现在，都始终没有解决。
在期待Android系统修复这个问题或者越来越快的系统硬件支持之外，基本很难处理这个系统原生的bug，但是我们可以通过一个简单的办法来改进这个问题。核心的思路就是缓存时区带来的偏移值。我们只需要在第一次加载时获取这个偏移值并存储，然后在以后每一次根据这个偏移值算出真实的时间值，代码如下：
view plaincopy to clipboardprint?
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 ,
