System.currentTimeMillis()的问题

立青_ 中级 2021-03-23 02:30:39

使用时间给文件命名（截图或者日志文件），但我发现有时候文件的名字竟然是1970_01....，我怀疑System.currentTimeMillis()得到了0，那到底有没有可能System.currentTimeMillis()会得到0？

...全文

525 7 打赏收藏转发到动态举报

写回复

7 条回复

切换为时间正序

请发表友善的回复…

发表回复

核桃980 2021-04-01

打赏
举报

回复

可能是server上哪个环节调用的时候把locale的参数搞没了

王半仙 2021-03-31

打赏
举报

回复

部分硬件在启动的时候或奇奇怪怪的状态 System.currentTimeMillis() 这个方法获取的就是这个初始时间，一般来说用到时间的地方都是从自己的服务器获取时间来进行更新。

不会写代码的猴子版主 2021-03-25

打赏
举报

回复

可以把Locale.getDefault()去掉试试

立青_ 中级 2021-03-24

打赏
举报

回复

引用 3 楼 le540850072 的回复:

偶现这个不好弄哦。要不贴个代码我们瞅瞅

        
        File log = getLogDir();
        String time = new SimpleDateFormat("yyyy_MM_dd_HH", Locale.getDefault()).format(new Date());
        String logPath = log.getAbsolutePath() + File.separator + time + ".log";
        LogInit.log = new File(logPath);
        FileAppender fileAppender = new FileAppender.Builder(context)
                .setLogFilePath(logPath)

le540850072 初级 2021-03-24

打赏
举报

回复

偶现这个不好弄哦。要不贴个代码我们瞅瞅

立青_ 中级 2021-03-23

打赏
举报

回复

就几行代码，时间字符串格式化输出，而且大部分时候是正常的，就偶尔就触发这情况。我自己也没法复现。

不会写代码的猴子版主 2021-03-23

打赏
举报

回复

你先打印一下System.currentTimeMillis()的值呗，说不定是你转换名字的时候出的错呢

在开发过程中，通常很多人都习惯使用new Date()来获取当前时间。new Date()所做的事情其实就是调用了System.currentTimeMillis()。如果仅仅是需要或者毫秒数，那么完全可以使用System.currentTimeMillis()去代替new Date()，效率上会高一点。如果需要在同一个方法里面多次使用new Date()，通常性能就是这样一点一点地消耗掉，这里其实可以声明一个引用。 System.currentTimeMillis() 获得的是自1970-1-01 00:

Java 中提供的 System.currentTimeMillis() 方法用于获取当前的计算机时间，时间的表达格式为当前计算机时间和 GMT 时间（格林威治时间）1970年1月1号0时0分0秒所差的毫秒数。 System.currentTimeMillis() 方法的返回类型为 long ，表示毫秒为单位的当前时间。在开发过程中，通常很多人都习惯使用 new Date() 来获取当前时间。new Date() 所做的事情其实就是调用了 System.currentTimeMillis()方法。如果

一、背景撸代码时发现System.currentTimeMillis的调用都被封装成了cache类型，代码如下: 那么System.currentTimeMillis真的有这么这么差吗，如果差的话又是什么原因造成的？什么情况下可以直接调用原生方法，什么情况下需要使用缓存呢？二、测试先问会不会，再问为什么。那么System.currentTimeMillis的性能是否真的有这么差，很多大佬给出了自己的测试case并总结出下面两个结论 1）在高并发场景下System.currentTime.

System.currentTimeMillis()+time*1000 当需要给一个对象设置当前时间的时候，可以使用new Date( ); System.currentTimeMillis()+3600*1000可以这样解读： System.currentTimeMillis()相当于是毫秒为单位，但是，后头成了1000，就变成了以秒为单位。那么，3600秒=1小时，所以输出为当前时间的1小时后。我们可以这样控制时间：System.currentTimeMillis()+time*1000，里面传

System.currentTimeMillis() 返回的是1970 年 1 月 1 日午夜到目前的毫秒数，建议主要用于获取时间，而不要用于计时，因为在计时的过程中，时间可能受NTP（时间服务器）的影响产生计时误差。 System.nanoTime() 返回的是一个会不断自增的、精确计时的纳秒数，不受NTP的影响，因此不能用于获取时间，但是非常适合用于精确的计时场景。总结 1、System.currentTimeMillis()适合获取时间的场景； 2、System.nanoTime()适合计时的场景；

80,351

社区成员

91,288

社区内容

发帖

与我相关

我的任务

androidandroid-studioandroidx 技术论坛（原bbs）

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章