我想从Android的时间戳中减去几天。
我有一个SQLite数据库，其日期字段的类型为long。
当我执行查询时，我说date = date - (3 * 86400000)我有时会在将其转换为可读日期时遇到一小时的差异。
但这怎么可能？是否与我的时区一小时的夏令时有关？
因为我觉得这很奇怪，因为你正在用两个长值进行计算，并且在将它们转换回日期时间后，不应该有夏令时问题吗？
答案 0 :(得分：0)
感谢您的回复，但我找到了解决方案。 看起来当您在时间戳中添加天数（以毫秒为单位）并且日间设置之间存在一小时差异时，日期会自动更正。
当我执行以下操作时，忽略小时：
Date d = new Date();
d.setDays(d.getDays() - 2);
但是，我建议使用Joda库，因为它更灵活，更易于使用。
答案 1 :(得分：0)
使用现代的 java.time 类。
如果您希望在日历日期中表示3天，请执行以下操作：
Instant // Represent a moment in UTC with a resolution of nanoseconds.
.ofEpochSecond( x ) // Parse some number of whole seconds or milliseconds from the epoch reference of first moment of 1970 in UTC.
.atZone( // Adjust from UTC to the wall-clock time used by the people of a particular region (a time zone).
ZoneId.of( "Pacific/Auckland" ) // Assign the time zone by which you want the context of their calendar for adding dates.
) // Returns a `ZonedDateTime` object.
.plus( // Move to another moment by adding a span-of-time.
Period.ofDays( 3 ) // Define a span of time as a number of days on the calendar (date) without regard for the length of a day.
) // Returns another `ZonedDateTime` object.
.toInstant() // Adjust from a time zone to UTC. Same moment, different wall-clock time.
.toEpochSeconds() // or maybe `toEpochMillis` depending on your practice with your `long` number.
将您的SQL编写为：
SELECT * FROM event_ WHERE when_ >= ? ; -- Find events occurring later than the passed moment.
在具有JDBC 4.2或更高版本的Java中：
myPreparedStatement.setObject( 1 , secondsSinceEpoch ) ; // Pass seconds calculated above.
检索。
OffsetDateTime odt = myResultSet.getObject( … , OffsetDateTime.class ) ;
类型为long的数字大概是自epoch reference date以来的秒数或毫秒数。
如果您选择的时期恰好是“Unix time”所使用的时期，即1970年1月1日世界标准时间（UTC），1970-01-01T00：00：00Z，那么我们可以将Java解析为Instant 。 Instant是UTC时间线上的时刻，其分辨率为纳秒。 Instant在内部是一对数字：从纪元开始算起整秒，再加上一秒的小数秒（纳秒）。
Instant instant = Instant.ofEpochMilli( x ) ;
…或：
Instant instant = Instant.ofEpochSecond( x ) ;
一天（与日历中的日期相同）与24小时不同。政客定义时区的方式异常，例如夏令时（DST）意味着一天可能是23、23.5、24、25或其他小时数-分-秒。
Duration 如果要添加24小时的数据块，请使用Duration。
Duration d = Duration.ofDays( 3 ) ; // `Duration` defines a “day” as being a 24-hours without regard for the calendar dates.
或以小时为单位进行指定，这与Duration类的结果相同，但您的意图和理解会更清楚。
Duration d = Duration.ofHours( 3 * 24 ) ; // Same effect as the `Duration.ofDays( 3 )` seen above.
添加到您的Instant。
Instant instantLater = instant.plus( d ) ;
Period 如果您要在日历上将日期表示为增加一天，请使用Period类。此类表示若干年-月-日。
Period p = Period.ofDays( 3 ) ; // `Period` defines a day as a date on the calendar without regard for its length in hours.
我们不能在不考虑时区问题的情况下将其添加到Instant中。如果将其添加到始终使用UTC的Instant中，我们将使用UTC的日历。例如，在UTC值中添加一天可能会在印度转化为“明天”，而在魁北克仍为“昨天”。时区对于确定日期至关重要。在任何给定时刻，日期都会在全球范围内变化。
如果未指定时区，则JVM隐式应用其当前的默认时区。该默认值可能在运行时（！）期间change at any moment，因此您的结果可能会有所不同。最好将desired/expected time zone明确指定为参数。
以continent/region的格式指定proper time zone name，例如America/Montreal，Africa/Casablanca或Pacific/Auckland。切勿使用2-4个字母的缩写，例如EST或IST，因为它们不是真正的时区，不是标准化的，甚至不是唯一的（！）。
ZoneId z = ZoneId.of( "America/Montreal" ) ;
如果要使用JVM的当前默认时区，请提出要求并作为参数传递。如果省略，则会隐式应用JVM的当前默认值。最好明确一点，因为默认值可能会在运行时的任何时候被JVM中任何应用程序的任何线程中的任何代码更改。
将您的ZoneId应用于Instant以获得ZonedDateTime。
ZonedDateTime zdt = instant.atZone( z ) ;
现在您可以为ZonedDateTime添加天数，并且该地区人民使用的日历也将被考虑在内。
ZonedDateTime zdtLater = zdt.plus( p ) ; // By “later” we assume the number of days in the `Period` is positive. Alternatively, a `Period` could go backwards in time with a negative number of days.
要调整回UTC，请提取Instant。我们仍然在时间轴上具有相同的时刻，相同的点，但是具有不同的挂钟时间。
Instant instantLater = zdtLater.toInstant() ; // Same moment, different wall-clock time.
zdt和zdtLater之间经过的时间可能为( 3 * 24 )小时，也可能不是。如果在该时间段内进行了DST切换，则小时数可能是年初的“ {Spring}”中的( ( 3 * 24 ) - 1 )，或者是秋天的“ Fall Back”中的( ( 3 * 24 ) + 1 )。 >
java.time框架已内置在Java 8及更高版本中。这些类取代了麻烦的旧legacy日期时间类，例如java.util.Date，Calendar和SimpleDateFormat。
目前位于Joda-Time的maintenance mode项目建议迁移到java.time类。
要了解更多信息，请参见Oracle Tutorial。并在Stack Overflow中搜索许多示例和说明。规格为JSR 310。
您可以直接与数据库交换 java.time 对象。使用符合JDBC driver或更高版本的JDBC 4.2。不需要字符串，不需要java.sql.*类。
在哪里获取java.time类？
ThreeTen-Extra项目使用其他类扩展了java.time。该项目为将来可能在java.time中添加内容提供了一个试验场。您可能会在这里找到一些有用的类，例如Interval，YearWeek，YearQuarter和more。