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