Java Time
Internal
Time Zone
The JVM obtains the default time zone from the system. For more details, see time zone. If JVM fails to identify the time zone set externally, it defaults to GMT.
The default time zone in the JVM can be obtained by the Java programs with the following API:
TimeZone dt = TimeZone.getDefault();
A TimeZone instance for a specific time zone can be built by specifying a time zone identifier as String. For example, the GMT (UTC) time zone can be built with:
TimeZone tz = TimeZone.getTimeZone("GMT+0000")
The "GMT-0800" time one can be built with:
TimeZone tz = TimeZone.getTimeZone("GMT-0800")
TimeZone tz = TimeZone.getTimeZone("GMT-08:00")
The timezone instance can be queried for its standard name ("Eastern Standard Time") and ID ("America/New_York").
Raw Time Zone Offset
We can get the amount of milliseconds to apply to UTC to get the standard time in a certain time zone (the standard time offset) with TimeZone.getRawOffset().
This value is not affected by daylight saving time.
TimeZone tz = ... tz.getRawOffset()
Daylight Saving Time Offset
We can get the amount of time to be added to local standard time to get local wall clock time correctly adjusted for daylight time saving.
TimeZone tz = ... tz.getDSTSavings();
The method implementation checks for whether the daylight savings time is in effect and returns 1 hour or 0:
public int getDSTSavings() {
if (useDaylightTime()) {
return 3600000;
}
return 0;
}
Figuring Out Whether Daylight Saving is in Effect for a Certain Date
Date d = ... inDaylightTime(d);
Figuring the Time Offset of a Certain Time Zone on a Certain Date
Given a TimeZone instance, we can get the time offset to UTC at a certain date (specified as a UTC timestamp). The date is important because the daylight savings may or may not be in effect, and that influences the effective offset:
TimeZone tz = ... Date date = new Date() tz.getOffset(date.getTime());
Time Zone and DateFormat
DateFormat.parse()
DateFormat.parse() returns a Date instance whose getTime() is always an UTC value, regardless of whether a time offset was specified or not in the date string. If a time offset is not explicitly specified in the date string, the default time offset, obtained from the default time zone, is assumed. If the time offset is specified in the string, it is considered to be the effective offset (standard time zone offset adjusted, if necessary, with the daylight savings offset value).
Parsing the same time string with no explicit time offset, in two different time zones, will return two different results, because those timestamps correspond to two different UTC times. Note that the DateFormat instance is initialized with a TimeZone instance when it is constructed, and changing the default time zone of the JVM has no effect on the DateFormat after it was constructed.
Access to TimeZone Format Specification
Access to time zone information in the format instance (when specified in the format string): there is no obvious way to get what kind of time zone format was requested when building the DateFormat – no typed access to the internal state.
Time Zone and Time Zone Offset Format Specifications
z
General time zone: “Pacific Standard Time” “PST” “GMT-08:00”
Z
This indicates that the RFC 822 time zone format is being used.
A single "Z" is sufficient, there is no need for four or five.
This is PDT - the Pacific Daylight Time, which is PST (-0800) with daylight saving in effect (+0100).
15/01/01 01:01:01-0700 15/01/01 01:01:01 -0700
Note that time zone in the Pacific time zone can be -7 or -8 depending on whether the daylight saving time is in effect.
X
This indicates that ISO 8601 time zone format is being used: -08 -0800 -08:00. More details:
Example: "2015-09-22T18:03:46Z" is an ISO-8601 timestamp and can be parsed by:
new SimpleDateFormat("yyyy-MM-dd'T'HH:mm:ssX")