在Java8之前,我在代码new Date().getTime()中使用它来获得当前时间戳作为编号。我是否可以假设Instant.now().toEpochMilli()是安全的,相当于传统的方法?它是否具有完全相同的行为和相似的性能特征?还有更好的选择吗?
我希望在生态系统中使用Java8方法,在这个生态系统中,所有周围的组件仍然使用new Date().getTime(),因此产生的结果必须是一致的。
发布于 2019-09-10 11:43:08
所有的Instant.now().toEpochMilli()、new Date().getTime()和System.currentTimeMillis()都会给出自纪元以来的毫秒数。
从CPU功能和内存分配的角度来看,您应该使用System.currentTimeMillis(),因为它是一种将任务委托给底层操作系统的本地方法(这种计算通常是非常优化的,不需要垃圾收集等等)。
发布于 2019-09-10 12:39:40
两种选择
Instant.now().toEpochMilli(),正如你说的System.currentTimeMillis()正如Andy和Marteng所说两者之间的选择取决于口味。Instant是Date的现代替代品,对许多人来说是自然的选择。如果你想给人一个现代的印象,就用它。System.currentTimeMillis()和Date一样老。虽然Date的设计非常糟糕,应该始终避免,但我不知道System.currentTimeMillis()存在任何设计问题。
更现代:保持即时
使用long来表示一个时间点是非常低的,而且很难调试,因为我们不会自然地给这个数字赋予任何意义。如果可以,则保留一个Instant,而不是保留一个数字。它还为您提供了比毫秒更高的分辨率(因为Java9 Instant.now()在许多平台上的精度为微秒)。
安全又能表演吗?
我是否可以假设
Instant.now().toEpochMilli()是安全的,相当于传统的方法?它是否具有完全相同的行为和相似的性能特征?
是的,它是安全和同等的,并具有类似的性能特点。
只有在任何情况下都避免使用Date和Calendar。它们的设计很差,而且已经过时了,而且有现代的替代品。
https://stackoverflow.com/questions/57869767
复制相似问题