英国冬令时 java,夏令时在java中

please see if you can tell me how to handle the DST issue in my case.

first, my application is a logistic system and it is for global user,so it involves timezone problem,i will handle it as following when set user local date of booking:

1.when user login application,we could get user's timezone according to login IP,but is is just an offset (i don't remember the term of this stuff) e.g "GMT+08"(BeiJing) or "GMT-06"(Chicago) .

2.before user save booking ,we need to set booking local date,as i can't get user local date direct .so i will get the server date first(in my case,it is BeiJing time),then calculate local date according to server date and user timezone,e.g if user timezone is "GMT-08",server date is 2013-08-29 17:45:00. server timezone is "GMT+08",then i will use server date-8-8 and the result will be 2013-08-29 01:45:00.but as i don't consider the DST,the calculated local date will be difference from the actual date.e.g now in San Francisco,the actual local date will be earlier one hour than the result that i calculated using this way,

i find the java TimeZone have already considered the DST problem,but i need to provide "location" name(e.g US/Alaska,Pacific/Apia) when construct TimeZone . while in my case, what i can get is just the offset.so can you tell me how to fix the DST issue in my case?

解决方案

Yes, you should use either Joda-Time or the new java.time package in Java 8 (inspired by Joda-Time).

An offset is the number hours and minutes from UTC (GMT) that is represented by a certain date-time value. West coast is -08:00 (ignoring Daylight Saving Time nonsense), meaning 8 hours behind UTC.

Beware that java.time in its initial release has a small bug where it fails to handle an offset of just hours (such as +08) without minutes (such as +08:00).

A time zone is an offset plus rules about Daylight Saving Time (DST), history of DST changes, and information about other anomalies.

Use proper time zone names (mostly continent slash city). Avoid the 3 or 4 letter codes, such as EST, which are neither standardized nor unique.

A java.util.Date has no time zone, while a Joda-Time DateTime does.

To get a web browser's time zone, see this question. But often, this does not work well. As you've probably seen, many web sites ask the user to choose a time zone.

Your exact use-case is confusing. Generally the best approach is to use date-time values for UTC, then adjust to user's local time as needed. Usually best for your software to work and store date-times as UTC. Then present a local date-time adjusted to suit the user. In other words, think globally (UTC), present locally (local time zone adjusted).

Usually sysadmins keep their server computers set to UTC (no time zone offset). If your OS (like Mac OS X) does not offer UTC, then use Reykjavik as Iceland uses UTC year-round without any Daylight Saving Time. Likewise, database engines almost always convert date-time values to UTC for storage.

Joda-Time does offer a LocalDate class for when you truly do not care about time zone or time. But often it is better to use a date-time (a DateTime instance), and format for a date-only string as needed.

Example code in Joda-Time 2.3.

DateTimeZone timeZoneChina = DateTimeZone.forID( "Asia/Shanghai" );

DateTime dateTimeChina = new DateTime( 2013, 8, 29, 17, 45, 00, timeZoneChina );

DateTime dateTimeUtc = dateTimeChina.withZone( DateTimeZone.UTC );

DateTime dateTimeParis = dateTimeChina.withZone( DateTimeZone.forID( "Europe/Paris" ) );

DateTimeZone timeZoneUsWestCoast = DateTimeZone.forID( "America/Los_Angeles" );

DateTime dateTimeUnitedStatesWestCoast = dateTimeChina.withZone( timeZoneUsWestCoast );

DateTimeFormatter formatter = ISODateTimeFormat.date();

String outputDateOnlyForUnitedStatesWestCoast = formatter.withZone( timeZoneUsWestCoast ).print( dateTimeUtc );

Dump to console…

System.out.println( "dateTimeChina: " + dateTimeChina );

System.out.println( "dateTimeUtc: " + dateTimeUtc );

System.out.println( "dateTimeParis: " + dateTimeParis );

System.out.println( "dateTimeUnitedStatesWestCoast: " + dateTimeUnitedStatesWestCoast );

System.out.println( "outputDateOnlyForUnitedStatesWestCoast: " + outputDateOnlyForUnitedStatesWestCoast );

When run…

dateTimeChina: 2013-08-29T17:45:00.000+08:00

dateTimeUtc: 2013-08-29T09:45:00.000Z

dateTimeParis: 2013-08-29T11:45:00.000+02:00

dateTimeUnitedStatesWestCoast: 2013-08-29T02:45:00.000-07:00

outputDateOnlyForUnitedStatesWestCoast: 2013-08-29