ftpClient listFiles方法诡异问题

囚兔 发布于 2012/08/13 20:19
阅读 5K+
收藏 0

问题:使用ftpClient listFiles方法来判断文件的存在性,代码如上,自己的测试机上是ok的,但现网出现不稳定现象,2000个路径验证,循环验证,第一次出现十几个 验证不存在(其实文件存在,权限也没问题),第二次再验证,不存在的个数会增加,以此类推,但过几分钟,再执行验证,不存在的个数又会降下来,感觉很诡 异。

public static boolean fileExist(String filepath)
{
    FTPClient ftpClient = ftpContext.get();
    String path = "";

    if(filepath.startsWith("/"))
    {
        path = filepath.substring(1,filepath.length());
    }
    else
    {
        path = filepath;
    }
    logger.warn("this full file path is ["+FtpUtil.currentWorkspace(false)+"/"+path+"] ");

    try {
        path = new String(path.getBytes(ENCODE_TYPE),"ISO-8859-1") ;
    } catch (UnsupportedEncodingException e1) {
        logger.error(e1.getMessage());
    }


    // filepath该路径对应的文件数组
    FTPFile[] files = null;

    try {
        files = ftpClient.listFiles(path,
            new FTPFileFilter() {
                public boolean accept(FTPFile ftpFile) {
                    return ftpFile.isFile(); 
                }
            }
        );
    } catch (IOException e) {
        logger.error(e.getMessage(), e);
    }

    // 文件数组为空或长度小于等于0,代表文件不存在
    if(files == null || files.length <= 0)
    {
        return false;
    }

    return true;


} 

麻烦各位给点建议,谢谢啦^_^!

加载中
0
fneg
fneg
不是FTP4J???
0
囚兔
囚兔

引用来自“fneg”的答案

不是FTP4J???
不是,是apache的commons-net-3.0
0
loki_lan
loki_lan
你确定文件名编码没有问题么? path = new String(path.getBytes(ENCODE_TYPE),"ISO-8859-1") ;改成 path = new String(path.getBytes(ENCODE_TYPE),"UTF-8") ;试试吧!
0
囚兔
囚兔

引用来自“loki_lan”的答案

你确定文件名编码没有问题么? path = new String(path.getBytes(ENCODE_TYPE),"ISO-8859-1") ;改成 path = new String(path.getBytes(ENCODE_TYPE),"UTF-8") ;试试吧!
编码没问题, path = new String(path.getBytes(ENCODE_TYPE),"ISO-8859-1") ;去掉结果还是一样,如果编码有问题,那也应该是全都验证失败的
0
诠释这低调
您好,我也同样遇到类似的问题,请问你是怎么处理的?
0
方的始终
方的始终

您好 ,请问这个问题最终怎么解决的?我现在也遇到3个任务同时通过listFiles()获取文件目录任意两个能拿到目录,肯定会有一个返回空的数据。坑爹的是在测试一切正常没办法复现生产中的情况

返回顶部
顶部