做开发需要注意的Java日期格式化的细节

公司项目登录模块中有一个参数，需要使用日期（年月日时）来计算出一个校验码，时间上没有用分和秒，因为手机上的时间和服务器上的时间没法完全同步嘛。点击登录时传给后台，后台也会使用日期（年月日时），以相同的算法计算校验码，然后和接收到的参数做比较，如果不相同，则不让登录。

有一天，我发现App登录失败了，最后发现问题的原因是Android手机的时区选了一个国外的，与中国的标准时区相差4个小时，比如现在中国是1点整，则手机app的时间则是5点整，我们拿5点整这个时间来计算校验码，而服务器拿1点整这个时间来计算校验码，计算出来的校验码肯定是不相同的。

了解了问题的原因，接下来想解决方案，刚开始和大家的想法是一致，把手机时区调好就行了，但是这样的话兼容性太差了，万一你的用户就是外国人呢，它在国外，手机使用国外的时区很正常啊，对于他来说，他的时间是正确的呀，你让他去把时区调成中国的，不太现实吧！

想到这里，我就产生了一个问题，假设在同一时刻，在美国的计算机调用System.currentMillis()和在中国的计算机调用System.currentMillis()拿到的时间毫秒值是否是一样的呢？经过百度，是一样的，于是解决方案就出来了，我们在格式化时间的时候就指定为中国时区，既然服务器使用的是中国的时区格式化的（默认不指定时区则使用的是计算机默认的时区，中国的计算机默认时区一般都是中国），所以在手机上，只要时间是正确的，我不管用户设置了什么时区，我格式化时间的时候指定为中国的时区来格式化就可以和服务器保持一致，实现代码如下：

val simpleDateFormat = SimpleDateFormat("yyyyMMddHH", Locale.CHINA)

以为这样就OK了，结果运行时间还是不对，经过百度找到了答案，其实上面的Local.CHINA并没有指定时区，要指定时区，代码如下：

val simpleDateFormat = SimpleDateFormat("yyyyMMddHH", Locale.CHINA)
simpleDateFormat.timeZone = TimeZone.getTimeZone("Asia/Shanghai")

Ok，这样才指定了时区，中国的时区使用的是上海，不是我们想象的北京，Asia表示亚洲。指定了时区之后，如果计算出来的校验码不对，则能肯定是因为手机时间不对（排除服务器时间不对，一般服务器时间不会有问题的），如果用户说手机时间是对的呀，那你就知道是用户的手机时区不对了。