🔧Toolify

Chuyển đổi múi giờ (so sánh thời gian nhiều khu vực)

Chọn múi giờ nguồn và ngày/giờ, sau đó thêm bao nhiêu múi giờ đích tùy cần. Mỗi đích hiển thị giờ địa phương tương đương với tên viết tắt múi giờ.

Thêm múi giờ:
America/New_York
Europe/London
Asia/Tokyo

Cách hoạt động

Chuyển đổi múi giờ hoạt động như thế nào

Mỗi thời điểm là một điểm duy nhất — thứ Ba 9 giờ sáng ở Tokyo là cùng thời điểm với thứ Hai 5 giờ chiều ở San Francisco. Chuyển đổi múi giờ chỉ đặt lại nhãn cho thời điểm đó bằng giờ địa phương của mỗi khu vực. Giờ mùa hè (DST) làm phức tạp thêm — Mỹ chuyển sang EDT (UTC-4) từ tháng 3 đến tháng 11. Browser Intl.DateTimeFormat xử lý đúng khi bạn dùng tên IANA như 'America/New_York'.

Chúng tôi dùng tên IANA (như 'Asia/Tokyo' hay 'Asia/Ho_Chi_Minh') vì chúng không mơ hồ và tuân theo quy tắc DST lịch sử của từng địa điểm. Viết tắt như 'ICT' hay 'GMT' có thể trùng nhau; tên IANA thì không.

Những cạm bẫy phổ biến khi lên lịch

Chuyển đổi DST: 'thứ Ba tuần sau lúc 9 giờ sáng EST' mơ hồ vào tháng 3 hoặc tháng 11 vì quy tắc thay đổi. Luôn nói 'giờ New York' hoặc gửi lời mời lịch — Outlook, Google Calendar và Slack đều xử lý chuyển đổi đúng khi cả hai bên chỉ định múi giờ.

Độ lệch nửa tiếng: Ấn Độ là UTC+5:30, Newfoundland là UTC-3:30, một số vùng Úc là UTC+9:30 hoặc +10:30. Nếu tính giờ họp theo 'giờ nguyên', bạn sẽ sai 30 phút cho các khu vực này.

Nhảy qua ngày: Tokyo sang San Francisco là ngày hôm sau so với ngày hôm nay tùy chiều. Lịch hiển thị đúng, nhưng phán đoán của con người có thể sai.

Các trường hợp sử dụng hữu ích

Standup quốc tế: Chọn múi giờ nguồn (thường UTC) và các múi giờ của team. Đặt giờ họp và xác minh không ai phải tham gia lúc 3 giờ sáng.

Ra mắt sản phẩm: Chọn múi giờ ra mắt và thêm các thị trường lớn. Hữu ích để xác minh email marketing đến vào giờ hợp lý ở địa phương.

Lập kế hoạch du lịch: Chọn múi giờ khởi hành và thêm múi giờ điểm đến để tìm giờ đến địa phương mà không cần tính tay.

Câu hỏi thường gặp

Có xử lý DST không?

Có — dữ liệu múi giờ IANA bao gồm quy tắc DST cho từng địa điểm. Intl API của trình duyệt xử lý chuyển đổi quá khứ, hiện tại và (khi đã biết) tương lai.

Sự khác biệt giữa EST và ET là gì?

EST cố định UTC-5. ET (Eastern Time) là EST mùa đông và EDT mùa hè — theo dõi DST. Chúng tôi dùng tên IANA như 'America/New_York' tự động chọn EST hay EDT dựa theo ngày.

Tôi có thể chuyển đổi giữa hai thành phố cụ thể không?

Có. Đặt một là nguồn và thêm cái kia là đích. Giờ hiển thị là thời điểm nguồn thể hiện theo đồng hồ địa phương của đích.

Tại sao một số múi giờ có độ lệch :30?

Quyết định lịch sử. Ấn Độ, Iran, Afghanistan, Newfoundland, một số vùng Úc đều dùng độ lệch 30 hoặc 45 phút so với UTC. Máy tính xử lý đúng các trường hợp này.

Cái này có hoạt động cho ngày trong quá khứ không?

Có, kể cả ranh giới DST có thể khác nhau theo lịch sử. Dữ liệu IANA bao gồm hầu hết lịch sử địa điểm từ năm 1970 trở đi.

Còn Nam Cực hay Hawaii thì sao?

Danh sách IANA bao gồm chúng. Thêm 'Pacific/Honolulu' hay 'Antarctica/McMurdo' từ danh sách thả xuống nếu cần.

Dữ liệu có được gửi đi không?

Không. Intl API của trình duyệt xử lý mọi thứ cục bộ.

Tôi có thể lưu danh sách múi giờ không?

Chưa. Tải lại trang sẽ đặt lại danh sách. Chúng tôi có thể thêm lưu vào local storage sau.

Công cụ liên quan

Cập nhật lần cuối:

Thử AI prompts của chúng tôi →