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

Posted 2023-02-19

【中文标题】为啥 Java 7 Files.walkFileTree 在远程驱动器上遇到 tar 文件时抛出异常

【英文标题】：Why is Java 7 Files.walkFileTree throwing exception on encountering a tar file on remote drive为什么 Java 7 Files.walkFileTree 在远程驱动器上遇到 tar 文件时抛出异常

【发布时间】：2013-01-04 08:29:31

【问题描述】：

我使用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;
                

【问题讨论】：

加载 libastral.so 时出错，请出示您的代码

你能发布你的代码吗？这似乎是一个有趣的问题，但如果没有运行示例，就很难提供帮助。

我试图通过在网络驱动器上放置一个空的test.tar 文件并运行您的代码来重现该问题，但我无法这样做。不抛出异常，call() 方法结束没有任何问题。

我认为将问题限制在一个较小的例子上是有意义的。还是网站规则会阻止这样做？

是否是目录的实现取决于docs.oracle.com/javase/7/docs/api/java/nio/file/spi/…、java.lang.Class、java.nio.file.LinkOption...返回的值的状态）尝试检查哪个文件系统在运行： Path p1 = Paths.get("z:/");路径 p2 = Paths.get("c:/");文件系统 fs = p1.getFileSystem();文件系统 fs2 = p2.getFileSystem(); System.out.println(fs); System.out.println(fs2);

【参考方案1】：

手头问题的解决方法：

但是执行一个 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 来确定路径是否是目录。

正如 cmets 中提到的那样，我也不认为错误在于 Java 实现，而是返回错误属性的 OS-native-call

如果你想解决这个问题，一种选择是实现你自己的文件系统，它透明地包装 WindowsFileSystem 实现，除了 readAttributes 返回 .tar-paths 作为文件而不是 dir。

【讨论】：

谢谢你，但只有当你将 (file.endsWith(".tar")) 更改为 (file.toString().endsWith(".tar")) 否则它永远不会匹配，即仅如果您使用简单的字符串匹配而不是文件特定的 endWith 匹配，则可以使用。我认为我们在这里的某个地方存在 Java 错误。

但是如果 OS-native-call 返回不正确，那么您不认为 WindowsFileSystemProvider 应该处理这个问题而不是我（以及其他可能遇到这个问题的人）。即使错误不是java代码，我认为它仍然需要在系统java代码中修复/解决方法。

yes ofc :)，但这更像是一种解决方法的建议，修复 jre 往往需要时间。

哦，好吧，visitFileFailed 解决方法正在解决这个非常模糊的问题，所以我想我会坚持下去并继续前进。