对于LocalDateTime，我这样做:

LocalDateTime.of(2021,3,18,7,17,24,341000000)
    .toInstant(OffsetDateTime.now().getOffset())
    .toEpochMilli()

你也可以使用java.sql.Timestamp来获取毫秒数。

LocalDateTime now = LocalDateTime.now();
long milliSeconds = Timestamp.valueOf(now).getTime();
System.out.println("MilliSeconds: "+milliSeconds);

日期和时间为字符串到长(毫秒):

String dateTimeString = "2020-12-12T14:34:18.000Z";

DateTimeFormatter formatter = DateTimeFormatter
                .ofPattern("yyyy-MM-dd'T'HH:mm:ss.SSS'Z'", Locale.ENGLISH);

LocalDateTime localDateTime = LocalDateTime
        .parse(dateTimeString, formatter);

Long dateTimeMillis = localDateTime
        .atZone(ZoneId.systemDefault())
        .toInstant()
        .toEpochMilli();

对于LocalDateTime，我这样做:

LocalDateTime.of(2021,3,18,7,17,24,341000000)
    .toInstant(OffsetDateTime.now().getOffset())
    .toEpochMilli()

我不完全确定您所说的“当前毫秒”是什么意思，但我假设它是自“epoch”(即UTC 1970年1月1日午夜)以来的毫秒数。

如果您想要找到当前纪元以来的毫秒数，那么使用System.currentTimeMillis()，就像Anubian Noob指出的那样。如果是这样，就没有理由使用任何新的java了。time api来做这个。

但是，也许您已经从某个地方获得了LocalDateTime或类似对象，并且希望将其转换为自epoch以来的毫秒数。这是不可能直接做到的，因为LocalDateTime对象家族不知道它们所在的时区。因此，需要提供时区信息来查找相对于epoch的时间，即UTC时间。

假设你有一个这样的LocalDateTime:

LocalDateTime ldt = LocalDateTime.of(2014, 5, 29, 18, 41, 16);

您需要应用时区信息，给出一个ZonedDateTime。我和洛杉矶在同一个时区，所以我会这样做:

ZonedDateTime zdt = ldt.atZone(ZoneId.of("America/Los_Angeles"));

当然，这需要对时区进行假设。也有可能出现一些边缘情况，例如，如果当地时间恰好命名为接近日光节约时间(夏季时间)过渡的时间。我们先把这些放在一边，但你应该知道这些情况是存在的。

不管怎样，如果你能得到一个有效的ZonedDateTime，你可以把它转换成从epoch开始的毫秒数，像这样:

long millis = zdt.toInstant().toEpochMilli();

为什么没有人提到LocalDateTime.toEpochSecond()方法:

LocalDateTime localDateTime = ... // whatever e.g. LocalDateTime.now()
long time2epoch = localDateTime.toEpochSecond(ZoneOffset.UTC);

这似乎比上面许多建议的答案要短得多……