java.nio.file.Files.exists()内存占用过高原因及优化方案咨询

• Windows平台NIO实现的对象分配开销：OpenJDK 11在Windows上的java.nio.file底层依赖Win32 API，每次调用Files.exists()时，JVM都会创建一系列临时对象（比如WinNTFileSystem的内部属性查询结构、原生句柄包装类），同时内核态与用户态的上下文切换也会伴随额外的对象分配。如果这个方法被高频调用，这些小对象的累积会成为内存占用的主要来源。
• 多次重复查询文件系统：你的代码中对同一个Path先后调用了exists()、isDirectory()、getLastModifiedTime()、size()四个方法，每个方法都会独立发起文件系统请求。每一次请求都要重新初始化查询逻辑、分配新的属性对象（比如BasicFileAttributes的实现类），导致内存分配量翻倍增长。
• 缺少缓存机制：如果同一个文件路径被多次查询，每次都会重复执行上述所有操作，没有复用已有的查询结果，进一步加剧了内存对象的重复分配。

• 一次性读取所有所需属性：使用Files.readAttributes()方法一次性获取文件的所有核心属性，替代多次单独调用。这样只需要一次文件系统交互，大幅减少对象分配。修改后的代码示例：

public static FileStatus getFileStatus(Path path) {
    try {
        BasicFileAttributes attrs = Files.readAttributes(path, BasicFileAttributes.class);
        return new FileStatus(true, attrs.isDirectory(), attrs.lastModifiedTime().toMillis(), attrs.size());
    } catch (NoSuchFileException e) {
        return new FileStatus(false, false, 0, 0);
    } catch (IOException e) {
        throw new RuntimeException(e);
    }
}

• 添加结果缓存：如果同一个Path会被多次调用getFileStatus，可以用ConcurrentHashMap实现线程安全的缓存，缓存FileStatus对象。注意根据文件的修改时间或系统事件来失效缓存，避免返回过期数据。示例：

private static final ConcurrentHashMap<Path, FileStatus> STATUS_CACHE = new ConcurrentHashMap<>();
private static final ConcurrentHashMap<Path, Long> LAST_MODIFIED_CACHE = new ConcurrentHashMap<>();

public static FileStatus getFileStatus(Path path) {
    // 先检查缓存是否有效
    FileStatus cached = STATUS_CACHE.get(path);
    if (cached != null) {
        try {
            long currentLastModified = Files.getLastModifiedTime(path).toMillis();
            if (LAST_MODIFIED_CACHE.getOrDefault(path, -1L).equals(currentLastModified)) {
                return cached;
            }
        } catch (IOException e) {
            // 忽略异常，重新查询
        }
    }

    // 重新查询并更新缓存
    try {
        BasicFileAttributes attrs = Files.readAttributes(path, BasicFileAttributes.class);
        FileStatus status = new FileStatus(true, attrs.isDirectory(), attrs.lastModifiedTime().toMillis(), attrs.size());
        STATUS_CACHE.put(path, status);
        LAST_MODIFIED_CACHE.put(path, attrs.lastModifiedTime().toMillis());
        return status;
    } catch (NoSuchFileException e) {
        FileStatus status = new FileStatus(false, false, 0, 0);
        STATUS_CACHE.put(path, status);
        return status;
    } catch (IOException e) {
        throw new RuntimeException(e);
    }
}

• 移除冗余的exists()检查：原代码中exists()之后的方法调用都依赖exists的结果，但实际上如果文件不存在，后续的isDirectory()等方法也会抛异常，不如直接通过捕获NoSuchFileException来处理文件不存在的情况，省去一次exists()调用的内存开销。

内容的提问来源于stack exchange，提问作者user1428945