现象
在用Java的 java.util.Date 数据类型时，有时候发现变量表示的时间和我们想的不一样，中国的使用者面临的问题大多是，变量表示的时间和预想的时间相差14个小时。一个简单的例子如下所示：
import java.util.Date;
public class DateTest {
public static void main(String[] args) {
Date date1 = new Date();
System.out.println("date1: " + date1.toString());
Date date2 = new Date(date1.toString());
System.out.println("date2: " + date2.toString());
}
}
上面代码运行输出的结果为
date1: Wed Feb 20 21:53:27 CST 2019
date2: Thu Feb 21 11:53:27 CST 2019
两个输出结果相差14个小时。
原因
造成这个错误的原意其实在于时区标识符“CTS”，中国的时区China Standard Time简称是CTS，美国中部的时区Central Standard Time (USA)简称也是CTS，两个时区如下图所示（时区图详情参见Time Zone Map）：
上例中date1代表的时间是中国时间2月20日21:53:27，但是在利用构造方法Date(String s)实例化date2时，jvm将这里的CTS理解成了美国中部时区，这一点可以从JavaDoc中得到证实：
Any word that matches EST, CST, MST, or PST, ignoring case, is recognized as referring to the time zone in North America that is five, six, seven, or eight hours west of Greenwich, respectively. Any word that matches EDT, CDT, MDT, or PDT, ignoring case, is recognized as referring to the same time zone, respectively, during daylight saving time.
date2变量初始化时存放的时间的含义就是美国中部时间2月20日21:53:27，当使用toString()方法输出该变量是，由于系统配置，默认输出中国时区时间，所以输出的时间会在2月20日21:53:27的基础上加14个小时（东八区和西六区的时差），输出的时间就是中国时区2月21日11:53:27。
解决办法
- 在初始化Date类型的变量时，尽量不要使用
Date(String s)这种方式（Deprecated） - 在使用Date类型的变量时，结合 java.text.DateFormat类及其子类，采用不包含CTS等含有多种意义的字符的时间表示方法，例如：
SimpleDateFormat isoFormat = new SimpleDateFormat("yyyy-MM-dd'T'HH:mm:ss");
isoFormat.setTimeZone(TimeZone.getTimeZone("UTC"));
Date date = isoFormat.parse("2010-05-23T09:01:02");
