列印new Date()，Fri Aug 12 13:37:51 CST 2016. 顯示Asia/Shanghai的時區，但是date toString 的時區簡寫卻是CST。更坑爹的是，Google CST結果出來是Central Standard Time. 表示North American Central Standard Time. 還以為jdk的date類有問題，debug date toString發現確實是將Asia/Shanghai的name 簡寫成CST. 接著google，終於看到另一個：cst-china, 即China Standard Time。中國的標準時區當然是北京時間，不過在時間上就是+8，就是Asia/Shanghai.

Asia/Shanghai  -- CST  -- China Standard Time

時區的說法只是對時間的一種翻譯，時間是唯一的，確定的。雖然我們北京時間會比UTC時間多8h，但這只是說法的不同，在表示時間的含義上是等價的。也就是說UTC時間0點就等價於北京時間8點。這個Date類中是通過記錄UTC時間以及偏移量來表示的，不同時區只是顯示的結果不同，但可以相互轉換。

之所以迷惑是因為時間使用上會分兩個階段。一個是翻譯階段，一個是比較階段。比如我傳入引數2016-08-12 10:31:20，這個時間並沒有指定時區，如果我想要表達的是北京時間，那麼對應的就是UTC 2:31:20. 就在這裡出問題。 MongoDB的時間都是UTC時間，我想要查詢10點31之前的資料，然後我使用new Date來指定時間，看上去我是想要獲取這個時間之前的資料，實際上卻是UTC 2:31:20之前的資料。也就是說，我查出的結果並不是UTC時間上10:31之前的資料，而是北京時間10:31之前的資料。即，我查詢的 資料，日期標準是按照北京時間來查詢的。

因此，如果確定java的driver會自動轉換date中的時區。也就是說，加入我傳入引數2016-08-12 10:31:20, 並且本機器的預設時區是北京時間，MongoDB的driver在查詢的時候把Date時區轉換成UTC來對待，即相當於查詢2016-08-12 2:31:20Z之前的資料。那麼，我的結果就是北京時間31的。如果沒有轉化時區，MongoDB會將10:31當做UTC時間傳入，那麼查詢的結果就是UTC時間的。所以，關鍵是driver是否會進行時區轉換。

date設定時區：

1. 設定TimeZone default
2. 直接設定TimeZone

1.

        Date date = new Date();
        System.out.println("default:  "+date.toString());

        TimeZone.setDefault(TimeZone.getTimeZone("UTC"));
        System.out.println("utc:  "+date);

        TimeZone.setDefault(TimeZone.getTimeZone("Asia/Shanghai"));
        System.out.println("Asia/Shanghai:  "+date);

        TimeZone.setDefault(TimeZone.getTimeZone("CST"));
        System.out.println("CST:  "+date);    
 

default:  Fri Aug 12 10:22:51 CST 2016
utc:  Fri Aug 12 02:22:51 UTC 2016
Asia/Shanghai:  Fri Aug 12 10:22:51 CST 2016
CST:  Thu Aug 11 21:22:51 CDT 2016

2.

        SimpleDateFormat sdf = new SimpleDateFormat("yyyy-MM-dd hh:mm:ss");
        sdf.setTimeZone(TimeZone.getTimeZone("UTC"));
        Date parse = sdf.parse("2016-08-12 10:31:20");
        System.out.println("default: "+parse);
        TimeZone.setDefault(TimeZone.getTimeZone("UTC"));
        System.out.println("UTC:  "+parse);

default: Fri Aug 12 18:31:20 CST 2016
UTC:  Fri Aug 12 10:31:20 UTC 2016