Bộ chuyển đổi múi giờ miễn phí
Chuyển đổi giờ giữa các múi giờ trên toàn thế giới.
Cách sử dụng
- Chọn hai hoặc nhiều múi giờ từ các danh sách thả xuống.
- Nhập ngày và giờ trong bất kỳ cột múi giờ nào, hoặc nhấp « Sử dụng giờ hiện tại ».
- Giờ tự động cập nhật trong tất cả các múi giờ với độ lệch UTC được hiển thị.
- Nhấp « + Thêm múi giờ » để so sánh nhiều múi giờ cùng một lúc.
Câu hỏi thường gặp
Độ lệch UTC là gì?
Độ lệch UTC chỉ ra số giờ mà một múi giờ đi trước (dương) hoặc đi sau (âm) so với Giờ Phối hợp Quốc tế (UTC). Ví dụ, EST là UTC−5.
Nếu tôi nhập một giờ trong một múi giờ thì sao?
Trình chuyển đổi tự động tính toán và hiển thị giờ tương đương trong tất cả các múi giờ khác đã chọn.
Có tính đến giờ mùa hè không?
Có. Trình chuyển đổi sử dụng cơ sở dữ liệu múi giờ của trình duyệt của bạn, bao gồm các quy tắc giờ mùa hè cho các khu vực được hỗ trợ.
UTC, GMT và Lý Do Bạn Cần Tên IANA
UTC (Giờ Phối hợp Quốc tế) là tiêu chuẩn thời gian toàn cầu, được định nghĩa tương đối so với Thời gian Nguyên tử Quốc tế với các điều chỉnh giây nhuận định kỳ. GMT (Giờ Greenwich) về mặt kỹ thuật là một múi giờ (UTC+00:00) gắn liền về mặt lịch sử với Đài Thiên văn Hoàng gia ở Greenwich, London. Hai khái niệm này thường được dùng thay thế cho nhau; về mặt kỹ thuật UTC là tiêu chuẩn mà mọi người đồng bộ theo.
Để xác định múi giờ một cách rõ ràng, tiêu chuẩn là Cơ sở dữ liệu Múi giờ IANA (TZDB), ban đầu được tạo ra bởi Arthur David Olson tại Viện Y tế Quốc gia Hoa Kỳ vào năm 1986 và hiện được IANA duy trì. Định dạng đặt tên là Region/City: America/New_York, Europe/Paris, Asia/Tokyo, Australia/Sydney. Thành phố là thành phố lớn nhất trong vùng hoặc một địa danh đặc trưng. TZDB cập nhật nhiều lần mỗi năm khi các quốc gia thay đổi quy tắc DST, và mọi hệ điều hành hiện đại, ngôn ngữ lập trình và trình duyệt web lớn đều đi kèm một bản sao gần đây.
Converter này sử dụng cơ sở dữ liệu IANA được tích hợp vào trình duyệt của bạn qua API JavaScript Intl.DateTimeFormat, vì vậy các chuyển đổi DST, thay đổi quy tắc vùng và các trường hợp ngoại lệ lịch sử được xử lý chính xác mà không cần bạn lo lắng về chúng.
Chữ Viết Tắt Múi Giờ Là Mơ Hồ
Các chữ viết tắt ba chữ cái như «CST» và «IST» trông rõ ràng nhưng thực ra không phải vậy:
- CST có thể có nghĩa là Giờ Chuẩn Miền Trung Hoa Kỳ (UTC−06:00), Giờ Chuẩn Trung Quốc (UTC+08:00), hoặc Giờ Chuẩn Cuba (UTC−05:00).
- IST có thể có nghĩa là Giờ Chuẩn Ấn Độ (UTC+05:30), Giờ Chuẩn Israel, hoặc Giờ Chuẩn Ireland.
- EST thường có nghĩa là Giờ Chuẩn Miền Đông Hoa Kỳ (UTC−05:00), nhưng Giờ Chuẩn Miền Đông Australia (UTC+10:00) cũng dùng cùng chữ viết tắt này.
Khi bạn thực sự cần truyền đạt thời gian chính xác, hãy dùng tên IANA (America/Chicago vs Asia/Shanghai vs Asia/Kolkata) hoặc bao gồm cả offset và thành phố. Converter gắn nhãn mỗi cột bằng vùng IANA để thời gian cuộc họp không mơ hồ.
Tổng Quan Các Múi Giờ Phổ Biến
| Múi giờ UTC | Tên phổ biến | Thành phố lớn |
|---|---|---|
| UTC−10:00 | HST | Honolulu (không có giờ mùa hè) |
| UTC−08:00 / −07:00 | PST / PDT | Los Angeles, San Francisco, Vancouver, Seattle, Tijuana |
| UTC−05:00 / −04:00 | EST / EDT | New York, Toronto, Atlanta, Miami, Bogotá (không có giờ mùa hè), Lima |
| UTC−03:00 | BRT / ART | São Paulo, Buenos Aires, Santiago (thay đổi) |
| UTC+00:00 / +01:00 | GMT / BST | London, Lisbon, Dublin, Reykjavík (không có giờ mùa hè) |
| UTC+01:00 / +02:00 | CET / CEST | Paris, Berlin, Madrid, Rome, Amsterdam, Warsaw |
| UTC+03:00 | MSK / AST | Moscow (không có giờ mùa hè), Riyadh, Doha, Nairobi |
| UTC+05:30 | IST | Mumbai, New Delhi, Bangalore, Colombo (không có giờ mùa hè, lệch nửa tiếng) |
| UTC+08:00 | CST / HKT / SGT | Beijing, Shanghai, Hong Kong, Singapore, Manila, Perth |
| UTC+09:00 | JST / KST | Tokyo, Seoul (không có giờ mùa hè) |
| UTC+10:00 / +11:00 | AEST / AEDT | Sydney, Melbourne, Brisbane (không có giờ mùa hè ở QLD) |
| UTC+12:00 / +13:00 | NZST / NZDT | Auckland, Wellington |
Các Múi Giờ Nửa Giờ và Một Phần Tư Giờ
Không phải mọi múi giờ đều là số giờ chẵn so với UTC. Ấn Độ, Sri Lanka (UTC+05:30), Iran (UTC+03:30 / +04:30), Afghanistan (UTC+04:30) và Myanmar (UTC+06:30) đều sử dụng múi giờ nửa giờ. Nepal nằm ở UTC+05:45, và quần đảo Chatham của New Zealand ở UTC+12:45 / +13:45. Các múi giờ nửa giờ và một phần tư giờ này chủ yếu quan trọng với nhà phát triển phần mềm, nhiều hệ thống cũ giả định múi giờ chẵn giờ và âm thầm bị lỗi với giờ Ấn Độ hoặc Nepal. Cơ sở dữ liệu IANA xử lý tất cả đúng đắn; converter kế thừa điều đó.
Giờ Tiết Kiệm Ánh Sáng Ban Ngày
Giờ Tiết Kiệm Ánh Sáng Ban Ngày (DST) được đề xuất lần đầu trong tập sách nhỏ năm 1907 của William Willett «The Waste of Daylight» và được Đức chính thức áp dụng đầu tiên vào năm 1916 để tiết kiệm than trong Chiến tranh Thế giới I. Ngày nay nó thay đổi rất nhiều theo từng địa phương:
- Hoa Kỳ: DST diễn ra từ Chủ nhật thứ hai của tháng Ba đến Chủ nhật đầu tiên của tháng Mười Một (Đạo luật Chính sách Năng lượng năm 2005). Hawaii và phần lớn Arizona không áp dụng.
- Liên minh Châu Âu: DST diễn ra từ Chủ nhật cuối cùng của tháng Ba đến Chủ nhật cuối cùng của tháng Mười. Nghị viện EU đã bỏ phiếu vào năm 2019 để bãi bỏ việc thay đổi đồng hồ theo mùa trên toàn EU; việc thực hiện đã bị trì hoãn vô thời hạn và hầu hết các quốc gia thành viên vẫn áp dụng DST.
- Không áp dụng DST: hầu hết châu Phi, hầu hết châu Á, hầu hết Nam Mỹ (Brazil bỏ vào năm 2019), Nga (từ năm 2014), Iceland, Hawaii, phần lớn Arizona, Ấn Độ, Trung Quốc, Nhật Bản, Hàn Quốc, Thổ Nhĩ Kỳ.
Converter tính đến quy tắc DST của mỗi vùng IANA, vì vậy một cuộc họp đặt lúc 9 giờ sáng ở America/New_York vào ngày tháng Một được chuyển đổi theo EST (UTC−05:00); cùng 9 giờ sáng đó vào tháng Bảy được chuyển đổi theo EDT (UTC−04:00).
Bẫy DST trong Phần mềm
- «Spring forward»: đồng hồ địa phương nhảy từ 02:00 đến 03:00, vì vậy giờ 02:00-02:59 không tồn tại theo giờ địa phương. Các tác vụ cron được lên lịch trong khoảng thời gian đó chạy ngay sau khi nhảy trên Linux Vixie cron, nhưng bị bỏ qua hoàn toàn bởi AWS EventBridge.
- «Fall back»: 02:00 đến 01:00 xảy ra hai lần. Các sự kiện trong giờ bị trùng lặp có thể kích hoạt hai lần hoặc không kích hoạt chút nào tùy thuộc vào bộ lên lịch. Linux Vixie không chạy lại; AWS EventBridge chỉ chạy một lần.
- Lịch hẹn kéo dài qua ranh giới DST cần múi giờ được đính kèm tường minh, không chỉ giờ địa phương. Các file ICS bao gồm
TZIDcho mục đích này; gửi plain «9 AM ET» qua email khi lịch của người nhận vượt qua một lần chuyển đổi DST sẽ âm thầm bị lệch một giờ.
Các Trường Hợp Sử Dụng Phổ Biến
- Lên lịch họp qua các lục địa: 9 giờ sáng PST trở thành mấy giờ đối với người ở Tokyo hay Berlin? Khi nào tất cả mọi người cùng trong giờ làm việc?
- Phối hợp ra mắt sản phẩm nên «phát hành vào lúc nửa đêm ở khắp nơi» hoặc «9 giờ sáng theo giờ địa phương của bạn.»
- Đọc nhật ký máy chủ theo giờ địa phương khi máy chủ được đặt theo UTC (thực hành tốt nhất hiện đại cho máy chủ đám mây).
- Lập kế hoạch du lịch: mấy giờ tôi sẽ hạ cánh theo giờ địa phương? Chuyến bay khởi hành lúc mấy giờ theo giờ điểm đến?
- Phối hợp với khách hàng quốc tế mà không mắc lỗi tính toán múi giờ bằng phép tính nhẩm.
- Lên lịch sự kiện trực tiếp: stream game, hội thảo trực tuyến, phát sóng thể thao cần một câu trả lời duy nhất «sự kiện này đang diễn ra không?» cho khán giả toàn cầu.
Lỗi Phổ Biến
- Nhầm lẫn «EST» với «EDT» (hoặc bất kỳ cặp giờ chuẩn/giờ mùa hè nào). Cùng một cuộc họp vào ngày 1 tháng Ba so với ngày 31 tháng Ba ở New York có UTC offset khác nhau.
- Dùng «GMT» để chỉ «giờ Anh». Vương quốc Anh áp dụng Giờ Mùa Hè Anh (BST, UTC+01:00) từ cuối tháng Ba đến cuối tháng Mười; chỉ mùa đông mới là GMT.
- Giả định một thành phố có UTC offset cố định. Nga, Samoa, Ai Cập và các nước khác đã thay đổi offset của họ trong 15 năm qua. Cơ sở dữ liệu IANA theo dõi lịch sử; tra cứu theo tên thành phố và ngày vẫn chính xác.
- Gửi lịch hẹn bằng chữ viết tắt ba chữ cái. «9 AM CST» thực sự mơ hồ giữa Chicago (UTC−06:00) và Thượng Hải (UTC+08:00), chênh lệch 14 giờ. Hãy dùng tên IANA hoặc bao gồm offset.
- Quên Arizona, Hawaii, Saskatchewan, Indiana. Những nơi này hoặc không áp dụng DST hoặc áp dụng một phần. Các ánh xạ chung chung «Mountain Time» hoặc «Central Time» bị sai trong nửa năm.
- Chọn cuộc họp vào giờ không tồn tại. Một lịch hẹn lúc 02:30 giờ địa phương vào ngày chuyển sang giờ mùa hè rơi vào giờ không tồn tại. Lịch thường dịch chuyển nó âm thầm; một số hệ thống báo lỗi.
Câu Hỏi Thường Gặp Thêm
Tại sao một số múi giờ chênh lệch nửa giờ?
Lý do lịch sử và chính trị. Ấn Độ đã chọn UTC+05:30 một phần để thỏa hiệp giữa phạm vi đông và tây của đất nước; Iran, Afghanistan, Myanmar và một số quốc gia khác sử dụng múi giờ nửa giờ tương tự. Nepal còn đi xa hơn và sử dụng UTC+05:45. Không có quy tắc nào nói múi giờ phải ở ranh giới giờ chẵn, chúng là bất cứ thứ gì mà mỗi địa phương đã chọn.
Converter xử lý chuyển đổi DST như thế nào?
Tự động. Cơ sở dữ liệu IANA của trình duyệt bao gồm quy tắc DST của mọi vùng, kể cả quy tắc lịch sử. Thời gian đặt ở Europe/Berlin vào ngày mùa hè được chuyển đổi chính xác bằng CEST (UTC+02:00); cùng giờ địa phương đó vào mùa đông được chuyển đổi bằng CET (UTC+01:00).
Tôi có thể thêm múi giờ nào?
Tất cả múi giờ IANA mà trình duyệt biết, thường là 400+ vùng bao phủ mọi khu vực có người ở. Danh sách thả xuống được điền từ Intl.supportedValuesOf('timeZone') của trình duyệt khi tải trang, vì vậy nó luôn cập nhật với bất cứ thứ gì hệ điều hành của bạn đã cài đặt.
Thời gian đã chuyển đổi của tôi có được gửi đi đâu không?
Không. Quá trình chuyển đổi diễn ra hoàn toàn trong trình duyệt của bạn bằng cách sử dụng các API ngày và múi giờ JavaScript tích hợp. Không có gì về thời gian cuộc họp, địa điểm hoặc múi giờ đã chọn của bạn được truyền đi, ghi nhật ký hoặc lưu trữ trên bất kỳ máy chủ nào.
Tại sao thời gian cuộc họp thay đổi xung quanh DST?
Vì một số vùng áp dụng DST và một số khác thì không. Một cuộc họp 9 giờ sáng Giờ Thái Bình Dương trở thành 12 giờ trưa Giờ Miền Đông vào mùa đông (cả hai theo giờ chuẩn) nhưng cùng 9 giờ sáng Giờ Thái Bình Dương vẫn là 12 giờ trưa Giờ Miền Đông vào mùa hè (cả hai theo DST). Tuy nhiên, một cuộc họp 9 giờ sáng Giờ Thái Bình Dương trở thành 1 giờ sáng ngày hôm sau ở Tokyo quanh năm, Tokyo không áp dụng DST, vì vậy chênh lệch giữa LA và Tokyo thay đổi một giờ hai lần mỗi năm.
Cách an toàn nhất để chia sẻ thời gian cuộc họp là gì?
Hãy gửi lịch hẹn (file .ics hoặc qua Google / Outlook / iCloud Calendar) với múi giờ được đính kèm tường minh. Lịch của người nhận sau đó hiển thị thời gian theo múi giờ địa phương của họ, tự động tính đến DST ở cả hai đầu. Nếu bạn phải gửi thời gian dưới dạng văn bản thuần, hãy bao gồm cả vùng IANA và offset: «Tuesday 14:00 Europe/Berlin (UTC+01:00).»