大家好，又见面了，我是你们的朋友全栈君。
首先,让我们关注这些事物的含义.
访问 – 上次读取文件的时间,即上次访问文件数据的时间.
修改 – 上次修改文件(内容已被修改),即文件数据上次修改的时间.
更改 – 文件的元数据的最后一次更改(例如,权限),即上次更改文件状态的时间.
编辑.
访问时间正在改变.我建议你使用Thread.sleep(100)或其他东西,然后看看这个问题是否仍然存在.
如果是这样,罪魁祸首就必须是您正在运行的操作系统,因为Java只是从文件系统中读取. @Serge Ballesta的注释应该让我们了解Windows NTFS有一个选项,可以出于性能原因禁止将对文件属性所做的每个更改写回硬盘驱动器.实际上还有更多.
从[docs]起,
NTFS delays updates to the last access time for a file by up to one hour after the last access. NTFS also permits last access time updates to be disabled. Last access time is not updated on NTFS volumes by default.
以下是在mac os x上运行脚本的一些数据.
calling getFileInfo() at: 11.4.2016 3:13:08:738
accessTime : 11.4.2016 3:12:53:0
modifiedTime : 29.10.2015 1:49:14:0
——————–
sleeping for 100ms
——————–
calling readFIleData() at: 11.4.2016 3:13:08:873
——————–
sleeping for 100ms
——————–
re-calling getFileInfo() at: 11.4.2016 3:13:08:977
accessTime : 11.4.2016 3:13:08:0
modifiedTime : 29.10.2015 1:49:14:0
——————–
sleeping for 100ms
——————–
re-calling getFileInfo() at: 11.4.2016 3:13:09:81
accessTime : 11.4.2016 3:13:08:0
modifiedTime : 29.10.2015 1:49:14:0
为了提高清晰度,您可以将毫秒数转换为更具可读性的内容.以下代码片段将详细说明.
long accessTimeSinceEpoch = Files.readAttributes(file, BasicFileAttributes.class).lastAccessTime().toMillis();
Calendar calendar = Calendar.getInstance();
calendar.setTimeInMillis(accessTimeSinceEpoch);
int mYear = calendar.get(Calendar.YEAR);
int mMonth = calendar.get(Calendar.MONTH);
int mDay = calendar.get(Calendar.DAY_OF_MONTH);
int mHour = calendar.get(Calendar.HOUR);
int mMin = calendar.get(Calendar.MINUTE);
int mSec = calendar.get(Calendar.SECOND);
int mMilisec = calendar.get(Calendar.MILLISECOND);
String st = mDay + “.” + mMonth + “.” + mYear + ” ” + mHour + “:” + mMin + “:” + mSec + “:” + mMilisec;
发布者：全栈程序员-站长，转载请注明出处：https://javaforall.net/156881.html原文链接：https://javaforall.net
