为什么Java 7的Files.walkFileTree在遇到远程驱动器上的tar文件时会抛出异常

Question

为什么Java 7的Files.walkFileTree在遇到远程驱动器上的tar文件时会抛出异常

18

我正在使用 Files.WalkFileTree() 遍历文件夹并计算音频文件数量，但当遇到 tar 文件时会出现问题，它似乎将其视为实际文件夹而非跳过它。

我无法找到任何选项来控制这种行为。

代码：

package com.jthink.songkong.fileloader;


import com.jthink.songkong.cmdline.SongKong;
import com.jthink.songkong.ui.MainWindow;

import java.nio.file.*;
import java.nio.file.attribute.BasicFileAttributes;
import java.util.concurrent.Callable;
import java.util.logging.Level;

/**
 * Count the number of files that can be loaded, for information purposes only
 */
public class CountFilesinFolder implements Callable<Boolean> {
    public static class CountFiles
            extends SimpleFileVisitor<Path> {
        private int fileCount = 0;
        private final PathMatcher matcher;

        CountFiles(String pattern) {
            matcher =
                    FileSystems.getDefault()
                            .getPathMatcher("regex:" + pattern);
        }

        /**
         * Find Music file
         *
         * @param file
         * @param attr
         * @return
         */
        @Override
        public FileVisitResult visitFile(Path file,
                                         BasicFileAttributes attr) {
            Path name = file.getFileName();
            if (name != null && matcher.matches(name)) {
                fileCount++;
            }
            return FileVisitResult.CONTINUE;
        }

        public int getFileCount() {
            return fileCount;
        }
    }


    private Path scanDir;
    public CountFilesinFolder(Path scanDir) {
        this.scanDir = scanDir;
    }

    public Boolean call() {
        CountFiles countFiles = null;
        try {
            countFiles = new CountFiles("^(?!._).*[.](?:mp3|mp4|m4p|m4b|m4a|ogg|flac|wma)$");
            Files.walkFileTree(scanDir, countFiles);
        }
        catch (Exception e) {
            MainWindow.logger.log(Level.SEVERE, "Unable to find file for deriving base folder", e);
        }
        MainWindow.logger.severe("Music File Count:"+countFiles.getFileCount());
        SongKong.setMaxProgress(countFiles.getFileCount());
        return true;
    }
}

提供此堆栈跟踪

java.nio.file.NoSuchFileException: Z:\Scratch\fred.tar
    at sun.nio.fs.WindowsException.translateToIOException(WindowsException.java:79)
    at sun.nio.fs.WindowsException.rethrowAsIOException(WindowsException.java:97)
    at sun.nio.fs.WindowsException.rethrowAsIOException(WindowsException.java:102)
    at sun.nio.fs.WindowsDirectoryStream.<init>(WindowsDirectoryStream.java:86)
    at sun.nio.fs.WindowsFileSystemProvider.newDirectoryStream(WindowsFileSystemProvider.java:526)
    at java.nio.file.Files.newDirectoryStream(Files.java:411)
    at java.nio.file.FileTreeWalker.walk(FileTreeWalker.java:179)
    at java.nio.file.FileTreeWalker.walk(FileTreeWalker.java:199)
    at java.nio.file.FileTreeWalker.walk(FileTreeWalker.java:69)
    at java.nio.file.Files.walkFileTree(Files.java:2591)
    at java.nio.file.Files.walkFileTree(Files.java:2624)
    at com.jthink.songkong.fileloader.CountFilesinFolder.call(CountFilesinFolder.java:68)
    at com.jthink.songkong.fileloader.CountFilesinFolder.call(CountFilesinFolder.java:15)
    at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
    at java.util.concurrent.FutureTask.run(FutureTask.java:166)
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
    at java.lang.Thread.run(Thread.java:722)

但那是一个远程驱动器（NAS驱动器），我使用本地驱动器时没有出现这种错误。编辑根据下面的答案实施了以下措施。

    @Override
            public FileVisitResult preVisitDirectory(Path dir, 
BasicFileAttributes attrs)
                    throws IOException {
                if(dir.endsWith(".tar"))
                {
                    return FileVisitResult.SKIP_SUBTREE;
                }
                return super.preVisitDirectory(dir, attrs);
            }

但是我的测试有问题，实际上它并没有起作用，因为在FileTreeWalker中失败的代码是在previsit方法之前被调用的。

try {
            DirectoryStream<Path> stream = null;
            FileVisitResult result;

            // open the directory
            try {
                stream = Files.newDirectoryStream(file);
            } catch (IOException x) {
                return visitor.visitFileFailed(file, x);
            } catch (SecurityException x) {
                // ignore, as per spec
                return FileVisitResult.CONTINUE;
            }

            // the exception notified to the postVisitDirectory method
            IOException ioe = null;

            // invoke preVisitDirectory and then visit each entry
            try {
                result = visitor.preVisitDirectory(file, attrs);
                if (result != FileVisitResult.CONTINUE) {
                    return result;
                }

- Paul Taylor

3

错误：无法加载libastral.so，请展示您的代码。 - Denis Tulskiy

3

你能否发布你的代码？这似乎是一个有趣的问题，但如果没有可运行的示例，帮助会很困难。 - Jagger

1

我尝试在网络驱动器上放置一个空的 test.tar 文件并运行您的代码以重现问题，但我无法实现。异常没有被抛出，call() 方法也没有出现任何问题。 - Jagger

1

我认为将问题限制在一个较小的示例中是有意义的。或者网站规则是否防止这样做？ - Aksel Willgert

1

判断某个东西是否为目录取决于http://docs.oracle.com/javase/7/docs/api/java/nio/file/spi/FileSystemProvider.html#readAttributes(java.nio.file.Path, java.lang.Class, java.nio.file.LinkOption...)返回的值的状态，请尝试检查正在使用哪个文件系统：Path p1 = Paths.get("z:/"); Path p2 = Paths.get("c:/"); FileSystem fs = p1.getFileSystem(); FileSystem fs2 = p2.getFileSystem(); System.out.println(fs); System.out.println(fs2); - Aksel Willgert

显示剩余15条评论

1个回答

网页内容由stack overflow 提供, 点击上面的

可以查看英文原文，
原文链接

- Aksel Willgert · Accepted Answer

手头问题的解决方法：

但是实现一个visitFileFailed方法，你应该就没问题了。

public class MyFileVisitor extends SimpleFileVisitor<Path> {
    @Override
    public FileVisitResult visitFileFailed(Path file, IOException exc) throws IOException {
        if (file.toString().endsWith(".tar")) {
            return FileVisitResult.CONTINUE;
        }
        return super.visitFileFailed(file, exc);
    }
}

更新：如果我们仔细看，我们可以看到walkFileTree使用Files.readAttributes，该方法将转换为当前提供程序：WindowsFileSystemProvider.readAttributes，以确定路径是否为目录。

正如有人在评论中提到的那样，我认为问题不在于Java实现，而是操作系统本地调用返回了错误的属性。

如果你想为此做一个变通方法，其中一个选项是实现自己的FileSystem，它在透明地包装WindowsFileSystem实现的同时，readAttributes返回.tar路径作为文件而不是目录。