1. 程式人生 > >java new Date() 變成GMT&& GMT時間與CST時間轉換

java new Date() 變成GMT&& GMT時間與CST時間轉換

今天在做專案時發現new Date()輸出時間之後成為GMT時間

	public static void main(String[] args) throws ParseException {
		System.out.println(new Date());
		SimpleDateFormat sdf = new SimpleDateFormat("yyyy-MM-dd HH:mm:ss");
		System.out.println(sdf.format(new Date()));
	}

輸出結果為
Fri Oct 09 09:15:10 GMT 2015
2015-10-09 09:15:10

我們現在用的時間是北京時間,是CST。

最後發現,出現這種現象的原因是使用的jdk是1.5。當改為jdk1.6之後,生成的時間變為CST

Fri Oct 09 17:18:13 CST 2015
2015-10-09 17:18:13

jdk1.5下怎麼輸出CST時間呢。可以使用如下方法

	public static void main(String[] args) throws ParseException {
		System.out.println(new Date());
		SimpleDateFormat sdf = new SimpleDateFormat("yyyy-MM-dd HH:mm:ss");
		// CST(北京時間)在東8區
		sdf.setTimeZone(TimeZone.getTimeZone("GMT+8"));
		System.out.println(sdf.format(new Date()));
	}

通過這種方法,可以把輸出任意時區的時間。


相關推薦

java new Date() 變成GMT&& GMT時間CST時間轉換

今天在做專案時發現new Date()輸出時間之後成為GMT時間 public static void main(String[] args) throws ParseException {

Java New Date時間電腦時間時差處理

1、找到你用的jre資料夾,以本機為例:C:\Program Files\Java\jdk1.5.0\jre 2、在上述資料夾下有個zi資料夾,我們的工作都在這裡。 3、zi資料夾下有一個Etc資料夾,我們要做的工作就是從這個資料夾下找到對應的GMT檔案替換zi下GMT檔案。 4、選擇哪

java new date 系統時間相差8小時

Date d = new Date(); SimpleDateFormat sdf=new SimpleDateFormat("yyyy-MM-dd kk:mm:ss "); sdf.setTimeZone(TimeZone.getTimeZone("Asia/Shangh

java new date 結果作業系統時間相差8小時處理解決方法

最近有遇到java的時間不對的事件,現象: 通過java語句獲得系統時間,用 Date d = new Date();SimpleDateFormat sdf=new SimpleDateFormat("yyyy-MM-dd kk:mm:ss ");System.out.println(sdf.format

Android new Date方法在模擬器裡獲取的時間當前時間相差8小時

第一次做Android的專案,碰到個奇怪的問題。 在將時間戳轉換成當前時間的時候,獲取到的時間總是比當前時間慢8小時,但在eclipse中,時間就是正常的。 折騰了半天,後來發現Date date = new Date(time);使用這個方法的時候,發現時

java new Date()

public class DateUtils { /** * 獲取時間戳 * 輸出結果:1438692801766 */ @Test public void getTimeStamp() { Date date = new D

java開發環境顯示時間系統時間不一致問題

轉載自: 林的部落格 1.new Date() 得到的時間 和系統相差 相差8個小時 2.eclipse控制檯列印的時間與系統相差 相差8個小時 3.log4j日誌的時間與與系統相差 相差8個小時 上述問題其實是同一個問題。 原因:java獲得的時區跟系統的時區不一樣

java 獲取時間系統時間不一致問題

最近專案部署到伺服器上,發現時間不對,與當前時間相差12個小時,第一反應是 系統時間是不是不對。通過date 命令檢視, 發現系統用的是est 時區 (EST eastern standard time (美國)東部標準時間  慢北京時間 13個小時。) 那就是簡單了 ,

判斷所需時間現在時間的大小

inpu log put getdate var tin () val con // 判斷集合時間 var date=new Date($("input[name=‘mettingTime‘]").val()); var now=new Date();

在MySQL 5.7日誌時間本地時間不一致的問題

row variables oba var mps 問題 fec nbsp mysql 5.7 在MySQL 5.7.2 新增了 log_timestamps 這個參數,該參數主要是控制 error log、genera log,等等記錄日誌的顯示時間參數。 在 5.7.2

crontab 執行時間系統時間不一致

工作原因:修改系統時間後,未重啟rsyslogservice crond restartservice rsyslog restart本文出自 “不拋棄!不放棄” 博客,請務必保留此出處http://thedream.blog.51cto.com/6427769/1969697crontab 執行時間與系統時

詳解FPGA中的建立時間保持時間

col 也會 可能 back IV 最小 png 思想 通信 概念對於一個數字系統而言,建立時間和保持時間可以說是基礎中的基礎,這兩個概念就像是數字電路的地基,整個系統的穩定性絕大部分都取決於是否滿足建立時間和保持時間。但是對於絕大部分包括我在內的初學者來說,建立時間和保

js時間毫秒互相轉換

art rep ons 格式 date lac 得到 需要 gettime 1)日期轉換為毫秒 如果格式是:yyyy/mm/dd hh:mm:ss可以直接轉換。var oldTime = (new Date("2018/07/09 14:13:11")).getTime(

報錯資訊: Fatal error: Uncaught Smarty: unable to write file 原因: 系統時間正常時間不同步 造成頁面訪問有問題

報錯資訊: Fatal error: Uncaught --> Smarty: unable to write file E:\GEM\App\Home\View_c\390df9d00aeacf16a4730ca0161bd6187d14c18e_0.file.header.html

django專案時間Ubuntu時間不一致

今天釋出專案後才發現log時間和win10系統時間或者date不一致。 查了好多。 最後:是django專案中settings中時區的問題 在settings中預設為UTC時區,我們應轉換為中國時區 即做一下修改: LANGUAGE_CODE = 'zh-Hans' TIME_Z

如何讓linux時間internet時間同步(centos)

https://www.cnblogs.com/itxiongwei/p/5556558.html   筆者在使用linux時(虛擬機器),經常會發現使用一段時間後,linux時間和我的宿主機(真實機)的時間不一致,而宿主機的時間確實是internet時間,安裝linux時選擇的時區也是Asia

mysql 時間字串相互轉換

select str_to_date('2018-02-23 15:01:51', '%Y-%m-%d %H:%i:%s') date; date_format(date,format):時間轉字串 select date_format(now(), '%Y-%m-%d') str;

php語言中輸出時間本地時間不一致的問題

按照輸出  年-月-日 時:分:秒執行後發現時間與本地時間不一致,細心的你可能會發現時間大概相差八小時左右,這是時區的問題,解決方法有兩種: 第一種:程式碼中寫入:date_default_timezone_set('PRC');建議用此方法。 第二種:在php.

CentOS7 系統時間實際時間相差8個小時

alt src local localtime 解決 centos etc 技術分享 刪除 今天突然看CentOS7 與自己電腦的時間相差8個小時, 所以就百度搜了一下,這裏做一下記錄,解決方法如下: 1. 查看CentOS7 的系統時間 命令: timedatectl

crontab時間系統時間不一致

最近遇到個事情,Linux系統中date命令輸出正常,但通過crontab執行的指令碼,時間總是不正常: #系統時間正常 [[email protected] tmp]# date Thu Dec 13 11:41:15 CST 2018 #crontab呼叫的指令碼時間不正常 [[