localdatetime转时间戳需先指定时区再转instant，常用系统默认时区（zoneid.systemdefault()），也可显式指定如"asia/shanghai"或utc；必须用toepochmilli()获取毫秒级long值，避免toepochsecond()导致精度丢失。

Java 中把 LocalDateTime 转成时间戳（即毫秒级 long 值），关键在于它**没有时区信息**，必须先指定时区（如系统默认时区或 UTC），再转换为 Instant，最后获取时间戳。

1. 使用系统默认时区转换（最常用）

大多数业务场景下，你希望按本地时区理解这个时间（比如“2024-05-20 10:30:00”是北京时间），那就用 ZoneId.systemDefault()：

示例：

deep-java-review

Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...

下载

LocalDateTime localDateTime = LocalDateTime.of(2024, 5, 20, 10, 30, 0);
long timestamp = localDateTime.atZone(ZoneId.systemDefault())
                              .toInstant()
                              .toEpochMilli();
// 结果：对应北京时间 2024-05-20 10:30:00 的毫秒时间戳

2. 显式指定时区（推荐用于跨时区场景）

避免依赖系统默认时区（部署环境可能不同），建议显式写死时区，例如用 ZoneId.of("Asia/Shanghai") 或 ZoneOffset.UTC：

• 转为东八区时间戳：localDateTime.atZone(ZoneId.of("Asia/Shanghai")).toInstant().toEpochMilli()
• 转为 UTC 时间戳（即“全球统一时间”）：localDateTime.atZone(ZoneOffset.UTC).toInstant().toEpochMilli()

3. 注意事项：别直接用 toEpochSecond()（除非真要秒级）

toEpochMilli() 返回毫秒数（13位数字），适合存数据库、传前端；toEpochSecond() 只返回秒数（10位），精度丢失，一般不推荐：

• ✅ 正确（毫秒）：.toInstant().toEpochMilli()
• ❌ 慎用（秒）：.toInstant().toEpochSecond() —— 会丢掉毫秒部分

4. 简单封装成工具方法（可复用）

如果项目中多次使用，可以封装一个静态方法：

public static long toTimestamp(LocalDateTime time) {
    return time.atZone(ZoneId.systemDefault()).toInstant().toEpochMilli();
}

// 或更稳妥的带时区版本
public static long toTimestamp(LocalDateTime time, String zoneId) {
    return time.atZone(ZoneId.of(zoneId)).toInstant().toEpochMilli();
}

Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南