Kiedy tworzę nowy Dateobiekt, jest on inicjowany na bieżący czas, ale w lokalnej strefie czasowej. Jak mogę uzyskać aktualną datę i godzinę w GMT?

java.util.Datenie ma określonej strefy czasowej, chociaż o jej wartości najczęściej myśli się w odniesieniu do UTC. Co sprawia, że ​​myślisz, że to czas lokalny?

Mówiąc dokładniej: wartość w a java.util.Datejest liczbą milisekund od epoki Uniksa, która miała miejsce o północy 1 stycznia 1970 r., UTC. Tę samą epokę można również opisać w innych strefach czasowych, ale tradycyjny opis dotyczy UTC. Ponieważ jest to kilka milisekund od ustalonej epoki, wartość wewnątrz java.util.Datejest taka sama na całym świecie w dowolnym momencie, niezależnie od lokalnej strefy czasowej.

Podejrzewam, że problem polega na tym, że wyświetlasz go za pomocą instancji Kalendarza, która korzysta z lokalnej strefy czasowej, lub ewentualnie za pomocą, Date.toString()która również korzysta z lokalnej strefy czasowej, lub SimpleDateFormatinstancji, która domyślnie korzysta również z lokalnej strefy czasowej.

Jeśli to nie jest problem, proszę opublikować przykładowy kod.

Polecam jednak korzystanie z Joda-Time , która oferuje znacznie bardziej przejrzysty interfejs API.

tl; dr

Instant.now()   // Capture the current moment in UTC. 

Wygeneruj ciąg reprezentujący tę wartość:

Instant.now().toString()  

2016-09-13T23: 30: 52.123Z

Detale

Jak podała poprawna odpowiedź Jona Skeeta , obiekt java.util.Date nie ma strefy czasowej ^† . Ale jego toStringimplementacja stosuje domyślną strefę czasową maszyny JVM podczas generowania ciągu reprezentującego tę wartość daty i godziny. Mylące dla naiwnego programisty data wydaje się mieć strefę czasową, ale jej nie ma.

Te java.util.Date, j.u.Calendaroraz java.text.SimpleDateFormatzajęcia wiązane z Java są notorycznie kłopotliwe. Unikaj ich. Zamiast tego użyj jednej z tych kompetentnych bibliotek daty i godziny:

• Pakiet java.time. * w Javie 8
• Joda-Time

java.time (Java 8)

Java 8 oferuje doskonały nowy pakiet java.time. *, Który zastępuje stare klasy java.util.Date/Calendar.

Uzyskiwanie aktualnego czasu w UTC / GMT jest prostym linkiem…

Instant instant = Instant.now();

Ta Instantklasa jest podstawowym elementem składowym java.time, reprezentującym moment na osi czasu w UTC z rozdzielczością nanosekund .

W Javie 8 bieżący moment jest rejestrowany z rozdzielczością do milisekund. Java 9 przynosi świeży realizacji ma wśród Clockoddaje obecną chwilę w górę do pełnej zdolności nanosekundy tej klasy, w zależności od możliwości sprzętu zegara komputera hosta.

Ta toStringmetoda generuje ciąg reprezentujący jego wartość przy użyciu jednego określonego formatu ISO 8601 . Ten format generuje cyfry zero, trzy, sześć lub dziewięć cyfr ( milisekund , mikrosekund lub nanosekund ), jeśli jest to konieczne do przedstawienia ułamka sekundy.

Jeśli chcesz bardziej elastycznego formatowania lub innych dodatkowych funkcji, zastosuj przesunięcie względem UTC równe zero, aby sam UTC ( ZoneOffset.UTCstały ) uzyskał wartość OffsetDateTime.

OffsetDateTime now = OffsetDateTime.now( ZoneOffset.UTC );

Zrzut do konsoli…

System.out.println( "now.toString(): " + now );

Po uruchomieniu…

now.toString(): 2014-01-21T23:42:03.522Z

O java.time

Środowisko java.time jest wbudowane w Javę 8 i nowsze wersje . Klasy te kłopotliwe zastąpić stary starszych klas Date-Time, takich jak java.util.Date, Calendar, i SimpleDateFormat.

Aby dowiedzieć się więcej, zobacz samouczek Oracle . I przeszukaj stos przepełnienia dla wielu przykładów i wyjaśnień. Specyfikacja to JSR 310 .

Projekt Joda-Time , teraz w trybie konserwacji , zaleca migrację do klas java.time .

Możesz wymieniać obiekty java.time bezpośrednio ze swoją bazą danych. Użyj sterownika JDBC zgodnego z JDBC 4.2 lub nowszym. Nie potrzeba ciągów, nie ma potrzeby java.sql.*klas.

Gdzie można uzyskać klasy java.time?

• Java SE 8 , Java SE 9 , Java SE 10 , Java SE 11 i nowsze wersje - Część standardowego interfejsu API Java z implementacją pakietową.
  • Java 9 dodaje kilka drobnych funkcji i poprawek.
• Java SE 6 i Java SE 7
  • Większość funkcji java.time jest przeniesiona z powrotem do Java 6 i 7 w ThreeTen-Backport .
• Android
  • Późniejsze wersje implementacji pakietu Androida klas java.time .
  • Dla wcześniejszej Androida (<26), ThreeTenABP projekt dostosowuje ThreeTen-backportu (jak wyżej). Zobacz Jak korzystać z ThreeTenABP… .

Projekt ThreeTen-Extra rozszerza java.time o dodatkowe klasy. Ten projekt jest poligonem doświadczalnym dla ewentualnych przyszłych dodatków do java.time. Można znaleźć kilka przydatnych klas tutaj takie jak Interval, YearWeek, YearQuarter, i więcej .

Joda-Time

AKTUALIZACJA: Projekt Joda-Time , teraz w trybie konserwacji , zaleca migrację do klas java.time .

Korzystając z darmowej biblioteki open source firmy Joda-Time innej firmy, możesz uzyskać bieżącą datę i godzinę w jednym wierszu kodu.

Joda-Time zainspirował nowe klasy java.time. * W Javie 8, ale ma inną architekturę. Możesz używać Joda-Time w starszych wersjach Javy. Joda-Time nadal działa w Javie 8 i jest aktywnie utrzymywany (od 2014). Jednak zespół Joda-Time zaleca migrację do java.time.

System.out.println( "UTC/GMT date-time in ISO 8601 format: " + new org.joda.time.DateTime( org.joda.time.DateTimeZone.UTC ) );

Bardziej szczegółowy przykładowy kod (Joda-Time 2.3)…

org.joda.time.DateTime now = new org.joda.time.DateTime(); // Default time zone.
org.joda.time.DateTime zulu = now.toDateTime( org.joda.time.DateTimeZone.UTC );

Zrzut do konsoli…

System.out.println( "Local time in ISO 8601 format: " + now );
System.out.println( "Same moment in UTC (Zulu): " + zulu );

Po uruchomieniu…

Local time in ISO 8601 format: 2014-01-21T15:34:29.933-08:00
Same moment in UTC (Zulu): 2014-01-21T23:34:29.933Z

Aby zobaczyć więcej przykładowego kodu wykonującego pracę w strefie czasowej, zobacz moją odpowiedź na podobne pytanie.

Strefa czasowa

Zalecam, aby zawsze określać strefę czasową, zamiast domyślnie polegać na bieżącej domyślnej strefie czasowej JVM (która może ulec zmianie w dowolnym momencie!). Takie poleganie wydaje się być częstą przyczyną zamieszania i błędów w pracy z datą.

Podczas dzwonienia now()należy podać żądaną / oczekiwaną strefę czasową do przypisania. Skorzystaj z DateTimeZoneklasy.

DateTimeZone zoneMontréal = DateTimeZone.forID( "America/Montreal" );
DateTime now = DateTime.now( zoneMontréal );

Klasa ta utrzymuje stałą dla strefy czasowej UTC .

DateTime now = DateTime.now( DateTimeZone.UTC );

Jeśli naprawdę chcesz użyć bieżącej domyślnej strefy czasowej maszyny JVM, wykonaj jawne wywołanie, aby kod sam się dokumentował.

DateTimeZone zoneDefault = DateTimeZone.getDefault();

ISO 8601

Przeczytaj o formatach ISO 8601 . Zarówno java.time, jak i Joda-Time używają rozsądnych formatów tego standardu jako domyślnych dla parsowania i generowania ciągów.

^† Właściwie tak, java.util.Date tak posiada strefę czasową, zakopane głęboko pod warstwami kodu źródłowego. Dla większości praktycznych celów ta strefa czasowa jest ignorowana. Tak więc, jak stenografia, mówimy java.util.Date nie ma strefy czasowej. Co więcej, ta zakopana strefa czasowa nie jest tą, którą stosuje toStringmetoda Date ; ta metoda używa bieżącej domyślnej strefy czasowej maszyny JVM. Tym bardziej należy unikać tej mylącej klasy i trzymać się Joda-Time i java.time.

SimpleDateFormat dateFormatGmt = new SimpleDateFormat("yyyy-MMM-dd HH:mm:ss");
dateFormatGmt.setTimeZone(TimeZone.getTimeZone("GMT"));

//Local time zone   
SimpleDateFormat dateFormatLocal = new SimpleDateFormat("yyyy-MMM-dd HH:mm:ss");

//Time in GMT
return dateFormatLocal.parse( dateFormatGmt.format(new Date()) );

To zdecydowanie zwraca czas UTC: jako obiekty String i Date!

static final String DATE_FORMAT = "yyyy-MM-dd HH:mm:ss";

public static Date getUTCdatetimeAsDate() {
    // note: doesn't check for null
    return stringDateToDate(getUTCdatetimeAsString());
}

public static String getUTCdatetimeAsString() {
    final SimpleDateFormat sdf = new SimpleDateFormat(DATE_FORMAT);
    sdf.setTimeZone(TimeZone.getTimeZone("UTC"));
    final String utcTime = sdf.format(new Date());

    return utcTime;
}

public static Date stringDateToDate(String StrDate) {
    Date dateToReturn = null;
    SimpleDateFormat dateFormat = new SimpleDateFormat(DATEFORMAT);

    try {
        dateToReturn = (Date)dateFormat.parse(StrDate);
    }
    catch (ParseException e) {
        e.printStackTrace();
    }

    return dateToReturn;
}

    Calendar c = Calendar.getInstance();
    System.out.println("current: "+c.getTime());

    TimeZone z = c.getTimeZone();
    int offset = z.getRawOffset();
    if(z.inDaylightTime(new Date())){
        offset = offset + z.getDSTSavings();
    }
    int offsetHrs = offset / 1000 / 60 / 60;
    int offsetMins = offset / 1000 / 60 % 60;

    System.out.println("offset: " + offsetHrs);
    System.out.println("offset: " + offsetMins);

    c.add(Calendar.HOUR_OF_DAY, (-offsetHrs));
    c.add(Calendar.MINUTE, (-offsetMins));

    System.out.println("GMT Time: "+c.getTime());

Właściwie nie czas, ale jego reprezentację można zmienić.

SimpleDateFormat f = new SimpleDateFormat("yyyy-MMM-dd HH:mm:ss");
f.setTimeZone(TimeZone.getTimeZone("UTC"));
System.out.println(f.format(new Date()));

Czas jest taki sam w dowolnym punkcie Ziemi, ale nasze postrzeganie czasu może być różne w zależności od lokalizacji.

Kalendarz aGMTCalendar = Calendar.getInstance (TimeZone.getTimeZone („GMT”)); Następnie wszystkie operacje wykonane przy użyciu obiektu aGMTCalendar zostaną wykonane w strefie czasowej GMT i nie będą miały zastosowania czasu letniego ani stałych przesunięć

Źle!

Calendar aGMTCalendar = Calendar.getInstance(TimeZone.getTimeZone("GMT"));
aGMTCalendar.getTime(); //or getTimeInMillis()

i

Calendar aNotGMTCalendar = Calendar.getInstance(TimeZone.getTimeZone("GMT-2"));aNotGMTCalendar.getTime();

wróci w tym samym czasie. Idem do

new Date(); //it's not GMT.

Ten kod drukuje aktualny czas UTC.

import java.text.ParseException;
import java.text.SimpleDateFormat;
import java.util.Date;
import java.util.TimeZone;


public class Test
{
    public static void main(final String[] args) throws ParseException
    {
        final SimpleDateFormat f = new SimpleDateFormat("yyyy-MM-dd HH:mm:ss z");
        f.setTimeZone(TimeZone.getTimeZone("UTC"));
        System.out.println(f.format(new Date()));
    }
}

Wynik

2013-10-26 14:37:48 UTC

Działa to w celu uzyskania milisekund UTC w Androidzie.

Calendar c = Calendar.getInstance();
int utcOffset = c.get(Calendar.ZONE_OFFSET) + c.get(Calendar.DST_OFFSET);  
Long utcMilliseconds = c.getTimeInMillis() + utcOffset;

Oto, co wydaje się nieprawidłowe w odpowiedzi Jona Skeeta . Powiedział:

java.util.Datejest zawsze w UTC. Co sprawia, że ​​myślisz, że to czas lokalny? Podejrzewam, że problem polega na tym, że wyświetlasz go za pomocą instancji Kalendarza, która korzysta z lokalnej strefy czasowej, lub ewentualnie używa, Date.toString()która również korzysta z lokalnej strefy czasowej.

Jednak kod:

System.out.println(new java.util.Date().getHours() + " hours");

podaje godziny lokalne, a nie GMT (godziny UTC), bez Calendari wcale SimpleDateFormat.

Dlatego wydaje się, że coś jest nie tak.

Łącząc odpowiedzi, kod:

System.out.println(Calendar.getInstance(TimeZone.getTimeZone("GMT"))
                           .get(Calendar.HOUR_OF_DAY) + " Hours");

pokazuje godziny GMT zamiast godzin lokalnych - zauważ, że getTime.getHours()brakuje, ponieważ stworzyłoby to Date()obiekt, który teoretycznie przechowuje datę w GMT, ale zwraca godziny w lokalnej strefie czasowej.

Jeśli chcesz obiekt Date z polami dostosowanymi do UTC, możesz to zrobić w następujący sposób: Joda Time :

import org.joda.time.DateTimeZone;
import java.util.Date;

...

Date local = new Date();
System.out.println("Local: " + local);
DateTimeZone zone = DateTimeZone.getDefault();
long utc = zone.convertLocalToUTC(local.getTime(), false);
System.out.println("UTC: " + new Date(utc));

Możesz użyć:

Calendar aGMTCalendar = Calendar.getInstance(TimeZone.getTimeZone("GMT"));

Następnie wszystkie operacje wykonywane przy użyciu obiektu aGMTCalendar będą wykonywane w strefie czasowej GMT i nie będą miały zastosowania czasu letniego ani stałych przesunięć. Myślę, że poprzedni plakat ma rację, że obiekt Date () zawsze zwraca GMT, dopóki nie zrobisz czegoś z obiektem daty, który zostanie przekonwertowany na lokalną strefę czasową.

SimpleDateFormat dateFormatGmt = new SimpleDateFormat("yyyy-MM-dd");
dateFormatGmt.setTimeZone(TimeZone.getTimeZone("GMT"));
System.out.println(dateFormatGmt.format(date));

Możesz bezpośrednio z tego skorzystać

SimpleDateFormat dateFormatGmt = new SimpleDateFormat("dd:MM:yyyy HH:mm:ss");
dateFormatGmt.setTimeZone(TimeZone.getTimeZone("GMT"));
System.out.println(dateFormatGmt.format(new Date())+"");

Z:

Calendar cal = Calendar.getInstance();

Następnie calpodaj aktualną datę i godzinę.
Możesz również uzyskać bieżącą datę i godzinę dla strefy czasowej, korzystając z:

Calendar cal2 = Calendar.getInstance(TimeZone.getTimeZone("GMT-2"));

Możesz zapytać cal.get(Calendar.DATE);lub inną stałą kalendarza o inne szczegóły.
Data i znacznik czasu są przestarzałe w Javie. Nie jest to klasa kalendarza.

Oto kolejna sugestia, aby uzyskać obiekt znacznika czasu GMT:

import java.sql.Timestamp;
import java.util.Calendar;

...

private static Timestamp getGMT() {
   Calendar cal = Calendar.getInstance();
   return new Timestamp(cal.getTimeInMillis()
                       -cal.get(Calendar.ZONE_OFFSET)
                       -cal.get(Calendar.DST_OFFSET));
}

Oto inny sposób na uzyskanie czasu GMT w formacie String

String DATE_FORMAT = "EEE, dd MMM yyyy HH:mm:ss z" ;
final SimpleDateFormat sdf = new SimpleDateFormat(DATE_FORMAT);
sdf.setTimeZone(TimeZone.getTimeZone("GMT"));
String dateTimeString =  sdf.format(new Date());

Oto moja implementacja toUTC:

    public static Date toUTC(Date date){
    long datems = date.getTime();
    long timezoneoffset = TimeZone.getDefault().getOffset(datems);
    datems -= timezoneoffset;
    return new Date(datems);
}

Prawdopodobnie istnieje kilka sposobów, aby to poprawić, ale to działa dla mnie.

Przykładowy kod do renderowania czasu systemowego w określonej strefie czasowej i określonym formacie.

import java.text.SimpleDateFormat;
import java.util.Calendar;
import java.util.Date;
import java.util.TimeZone;

public class TimZoneTest {
    public static void main (String[] args){
        //<GMT><+/-><hour>:<minutes>
        // Any screw up in this format, timezone defaults to GMT QUIETLY. So test your format a few times.

        System.out.println(my_time_in("GMT-5:00", "MM/dd/yyyy HH:mm:ss") );
        System.out.println(my_time_in("GMT+5:30", "'at' HH:mm a z 'on' MM/dd/yyyy"));

        System.out.println("---------------------------------------------");
        // Alternate format 
        System.out.println(my_time_in("America/Los_Angeles", "'at' HH:mm a z 'on' MM/dd/yyyy") );
        System.out.println(my_time_in("America/Buenos_Aires", "'at' HH:mm a z 'on' MM/dd/yyyy") );


    }

    public static String my_time_in(String target_time_zone, String format){
        TimeZone tz = TimeZone.getTimeZone(target_time_zone);
        Date date = Calendar.getInstance().getTime();
        SimpleDateFormat date_format_gmt = new SimpleDateFormat(format);
        date_format_gmt.setTimeZone(tz);
        return date_format_gmt.format(date);
    }

}

Wynik

10/08/2011 21:07:21
at 07:37 AM GMT+05:30 on 10/09/2011
at 19:07 PM PDT on 10/08/2011
at 23:07 PM ART on 10/08/2011

Aby to uprościć, aby utworzyć Datew UTC, możesz użyć Calendar:

Calendar.getInstance(TimeZone.getTimeZone("UTC"));

Który skonstruuje nową instancję do Calendarużywania „UTC” TimeZone.

Jeśli potrzebujesz Dateobiektu z tego kalendarza, możesz go po prostu użyć getTime().

Przeliczanie bieżącej daty i godziny w UTC:

DateTimeFormatter formatter = DateTimeFormat.forPattern("yyyy-MM-dd'T'HH:mm:ss.SSS'Z'");

DateTimeZone dateTimeZone = DateTimeZone.getDefault(); //Default Time Zone

DateTime currDateTime = new DateTime(); //Current DateTime

long utcTime = dateTimeZone.convertLocalToUTC(currDateTime .getMillis(), false);

String currTime = formatter.print(utcTime); //UTC time converted to string from long in format of formatter

currDateTime = formatter.parseDateTime(currTime); //Converted to DateTime in UTC

To zadziałało dla mnie, zwraca znacznik czasu w GMT!

    Date currDate;
    SimpleDateFormat dateFormatGmt = new SimpleDateFormat("yyyy-MMM-dd HH:mm:ss");
    dateFormatGmt.setTimeZone(TimeZone.getTimeZone("GMT"));
    SimpleDateFormat dateFormatLocal = new SimpleDateFormat("yyyy-MMM-dd HH:mm:ss");

    long currTime = 0;
    try {

        currDate = dateFormatLocal.parse( dateFormatGmt.format(new Date()) );
        currTime = currDate.getTime();
    } catch (ParseException e) {
        // TODO Auto-generated catch block
        e.printStackTrace();
    }

Użyj tej klasy, aby uzyskać właściwy czas UTC z internetowego serwera NTP:

import java.net.DatagramPacket;
import java.net.DatagramSocket;
import java.net.InetAddress;


class NTP_UTC_Time
{
private static final String TAG = "SntpClient";

private static final int RECEIVE_TIME_OFFSET = 32;
private static final int TRANSMIT_TIME_OFFSET = 40;
private static final int NTP_PACKET_SIZE = 48;

private static final int NTP_PORT = 123;
private static final int NTP_MODE_CLIENT = 3;
private static final int NTP_VERSION = 3;

// Number of seconds between Jan 1, 1900 and Jan 1, 1970
// 70 years plus 17 leap days
private static final long OFFSET_1900_TO_1970 = ((365L * 70L) + 17L) * 24L * 60L * 60L;

private long mNtpTime;

public boolean requestTime(String host, int timeout) {
    try {
        DatagramSocket socket = new DatagramSocket();
        socket.setSoTimeout(timeout);
        InetAddress address = InetAddress.getByName(host);
        byte[] buffer = new byte[NTP_PACKET_SIZE];
        DatagramPacket request = new DatagramPacket(buffer, buffer.length, address, NTP_PORT);

        buffer[0] = NTP_MODE_CLIENT | (NTP_VERSION << 3);

        writeTimeStamp(buffer, TRANSMIT_TIME_OFFSET);

        socket.send(request);

        // read the response
        DatagramPacket response = new DatagramPacket(buffer, buffer.length);
        socket.receive(response);          
        socket.close();

        mNtpTime = readTimeStamp(buffer, RECEIVE_TIME_OFFSET);            
    } catch (Exception e) {
      //  if (Config.LOGD) Log.d(TAG, "request time failed: " + e);
        return false;
    }

    return true;
}


public long getNtpTime() {
    return mNtpTime;
}


/**
 * Reads an unsigned 32 bit big endian number from the given offset in the buffer.
 */
private long read32(byte[] buffer, int offset) {
    byte b0 = buffer[offset];
    byte b1 = buffer[offset+1];
    byte b2 = buffer[offset+2];
    byte b3 = buffer[offset+3];

    // convert signed bytes to unsigned values
    int i0 = ((b0 & 0x80) == 0x80 ? (b0 & 0x7F) + 0x80 : b0);
    int i1 = ((b1 & 0x80) == 0x80 ? (b1 & 0x7F) + 0x80 : b1);
    int i2 = ((b2 & 0x80) == 0x80 ? (b2 & 0x7F) + 0x80 : b2);
    int i3 = ((b3 & 0x80) == 0x80 ? (b3 & 0x7F) + 0x80 : b3);

    return ((long)i0 << 24) + ((long)i1 << 16) + ((long)i2 << 8) + (long)i3;
}

/**
 * Reads the NTP time stamp at the given offset in the buffer and returns 
 * it as a system time (milliseconds since January 1, 1970).
 */    
private long readTimeStamp(byte[] buffer, int offset) {
    long seconds = read32(buffer, offset);
    long fraction = read32(buffer, offset + 4);
    return ((seconds - OFFSET_1900_TO_1970) * 1000) + ((fraction * 1000L) / 0x100000000L);        
}

/**
 * Writes 0 as NTP starttime stamp in the buffer. --> Then NTP returns Time OFFSET since 1900
 */    
private void writeTimeStamp(byte[] buffer, int offset) {        
    int ofs =  offset++;

    for (int i=ofs;i<(ofs+8);i++)
      buffer[i] = (byte)(0);             
}

}

I używaj go z:

        long now = 0;

        NTP_UTC_Time client = new NTP_UTC_Time();

        if (client.requestTime("pool.ntp.org", 2000)) {              
          now = client.getNtpTime();
        }

Jeśli potrzebujesz czasu UTC „teraz” jako funkcji użycia DateTimeString:

private String get_UTC_Datetime_from_timestamp(long timeStamp){

    try{

        Calendar cal = Calendar.getInstance();
        TimeZone tz = cal.getTimeZone();

        int tzt = tz.getOffset(System.currentTimeMillis());

        timeStamp -= tzt;

        // DateFormat sdf = new SimpleDateFormat("yyyy-MM-dd HH:mm:ss",Locale.getDefault());
        DateFormat sdf = new SimpleDateFormat();
        Date netDate = (new Date(timeStamp));
        return sdf.format(netDate);
    }
    catch(Exception ex){
        return "";
     }
    } 

i używaj go z:

String UTC_DateTime = get_UTC_Datetime_from_timestamp(now);

public static void main(String args[]){
    LocalDate date=LocalDate.now();  
    System.out.println("Current date = "+date);
}

Mówiąc najprościej. Obiekt kalendarza przechowuje informacje o strefie czasowej, ale po wykonaniu cal.getTime () informacje o strefie czasowej zostaną utracone. Dlatego w przypadku konwersji stref czasowych radzę korzystać z klas DateFormat ...

to moja realizacja:

public static String GetCurrentTimeStamp()
{
    Calendar cal=Calendar.getInstance();
    long offset = cal.getTimeZone().getOffset(System.currentTimeMillis());//if you want in UTC else remove it .
    return new java.sql.Timestamp(System.currentTimeMillis()+offset).toString();    
}

Jeśli chcesz uniknąć analizowania daty i po prostu chcesz mieć znacznik czasu w GMT, możesz użyć:

final Date gmt = new Timestamp(System.currentTimeMillis()
            - Calendar.getInstance().getTimeZone()
                    .getOffset(System.currentTimeMillis()));

Jeśli używasz czasu Joda i chcesz mieć bieżący czas w milisekundach bez lokalnego przesunięcia , możesz użyć tego:

long instant = DateTimeZone.UTC.getMillisKeepLocal(DateTimeZone.getDefault(), System.currentTimeMillis());

public class CurrentUtcDate 
{
    public static void main(String[] args) {
        Date date = new Date();
        SimpleDateFormat dateFormat = new SimpleDateFormat("dd-MM-yyyy HH:mm:ss");
        dateFormat.setTimeZone(TimeZone.getTimeZone("UTC"));
        System.out.println("UTC Time is: " + dateFormat.format(date));
    }
}

Wynik:

UTC Time is: 22-01-2018 13:14:35

W razie potrzeby możesz zmienić format daty.

Użyj pakietu java.time i dołącz poniżej kodu-

ZonedDateTime now = ZonedDateTime.now( ZoneOffset.UTC );

lub

LocalDateTime now2 = LocalDateTime.now( ZoneOffset.UTC );

w zależności od potrzeb aplikacji.