巧解Android时区加载过慢的问题

     当在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/3905545/android-load-timezone-too-long-loaded-time-zone-names-for-en-us

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，带来了一种解决问题的不同思路。