JDK版本

Question

请输入以下代码：

import java.util.Calendar; 
import java.util.Date; 
import java.util.TimeZone; 

public class CalendarTest { 
    public static void main(String args[]) { 
        int[] constants = { Calendar.HOUR, Calendar.MINUTE, Calendar.SECOND, Calendar.MILLISECOND }; 
        Calendar cal1 = Calendar.getInstance(TimeZone.getTimeZone("ART")); 
        cal1.set(Calendar.AM_PM, Calendar.AM); 
        cal1.set(Calendar.DAY_OF_MONTH, 1); 
        cal1.set(Calendar.MONTH, 5); 
        cal1.set(Calendar.YEAR, 2015); 
        for (int i = 0; i < constants.length; ++i){ 
             cal1.set(constants[i], 0); 
        } 
        System.out.println(cal1.getTimeInMillis() + " | " + new Date(cal1.getTimeInMillis())); 
   } 
} 

Output for JDK_1.7.0_76: (time zone database 2014j) 
1433106000000 | Mon Jun 01 02:30:00 IST 2015 

Output for JDK_1.8.0_51: (time zone database 2015d) 
1433109600000 | Mon Jun 01 03:30:00 IST 2015 

Output for JDK_1.8.0_40: (time zone database 2014j) 
1433106000000 | Mon Jun 01 02:30:00 IST 2015 

据我所知，截至2015年6月1日，阿根廷和印度没有观察到夏令时，但我观察到JDK版本的时间差异。

更新：您如何建议在数据库中存储时间以容纳此类错误？

Answer 1

请注意time zone database 2014j。显然，2015年数据库的更新反映了新的DST规则。

就存储时间而言，容易：持久或传输的日期应该是UTC或带有区域偏移的ISO8601，始终和格式化以便懒惰显示。在SQL中，这意味着UTC。