我正在使用PrimeFaces v3.5使用Firefox浏览器在我的 Windows机器上传文件. event.getFile().getFileName()返回带有完整路径的文件名,这会导致进一步的问题. PrimeFaces内部正在使用Apache公共资源.我检查了 javadoc也没有帮助我.

为了克服这个问题,我修改了程序,有点像以下方式 –

String fileName = event.getFile().getFileName();
        fileName = fileName.substring(fileName.lastIndexOf("\\"));

但它不稳健可靠.有什么建议吗？

Commons IO提供 FilenameUtils#getName()用于确切目的.

String filename = FilenameUtils.getName(event.getFile().getFileName());

也可以看看：

> Commons FileUpload FAQ on the subject
> How to save uploaded file in JSF

我们正在尝试使用以下代码.

public static int SplitFile(string fileName,string tmpFolder,List<string> queue,int splitSize = 100000)
    {
        int chunk = 0;
        if (!Directory.Exists(tmpFolder))
            Directory.CreateDirectory(tmpFolder);
        using (var lineIterator = File.ReadLines(fileName).GetEnumerator())
        {
            bool stillGoing = true;
            for (chunk = 0; stillGoing; chunk++)
            {
                stillGoing = WriteChunk(lineIterator,splitSize,chunk,tmpFolder,queue);
            }
        }
        return chunk;
    }

    private static bool WriteChunk(IEnumerator<string> lineIterator,int splitSize,int chunk,List<string> queue)
    {
        try
        {

            //int tmpChunkSize = 1000;
            //int tmpChunkInc = 0;
            string splitFile = Path.Combine(tmpFolder,"file" + chunk + ".txt");

            using (var writer = File.CreateText(splitFile))
            {
                queue.Add(splitFile);
                for (int i = 0; i < splitSize; i++)
                {
                    if (!lineIterator.MoveNext())
                    {
                        return false;
                    }
                    writer.WriteLine(lineIterator.Current);

                }
            }

            return true;
        }
        catch (Exception)
        {

            throw;
        }

    }

它创建了大约36个文本文件(大约800 MB),但是在lineIterator.MoveNext()创建第37个文件时开始抛出“Out of memory exception”.

而lineIterator.Current显示调试器中的值.

因为它是一个巨大的文件,你应该读它BinaryReader的Seek和ReadBytes方法.

您可以看到一个简单的示例here.使用ReadBytes检查最后一行后,并以您阅读的特定行数写入流程文件.不要写你读的每一行,也不要把所有的数据保存在内存中.

剩下的就在你手中.

也许真的是那个When does File.ReadLines free resources

IEnumerable doesn’t inherit from Idisposable because typically,the class that implements it only gives you the promise of being enumerable,it hasn’t actually done anything yet that warrants disposal.

从我对asp.net FileUpload.FileName的了解,在Firefox中返回完整路径,它只返回文件名.我将如何从返回的字符串中删除路径,因为我只需要html编码的文件名.

您可以使用 Path静态类获取文件名.

var fileName = Path.GetFileName(somePath);

和HttpUtility静态类来编码它.

var encoded = HttpUtility.HtmlEncode(fileName);

我正在使用 Windows API调用 FindFirstFile和 FindNextFile来搜索与目录中的某个通配符字符串匹配的文件.例如,我可能想在目录中找到所有XML文件,因此我使用模式“* .xml”进行搜索.

我遇到的问题是,如果我正在寻找3个字母的扩展名,并且一个文件的扩展名以3个字母的扩展名开头,那么我的搜索将被抓住,即使扩展名包含更多的字符首先3.例如,如果我的文件名为somelongname.xmlaaaa,这将通过搜索“* .xml”获取.该文件的短名称为somelo〜1.xml,与我的通配符字符串相匹配.

我可以做自己的通配符来解决这个问题,但是可能Windows API能够比我更有效地执行此操作,而我的代码会更简单.据我所知,没有办法强制这些功能忽略短名称.有没有API Windows公开的这个功能？

查看FindFirstFileEx – 它有一个fInfoLevelId参数,它接受FINDEX_INFO_LEVELS枚举：

typedef enum _FINDEX_INFO_LEVELS {  FindExInfoStandard,FindExInfoBasic,FindExInfoMaxInfoLevel } FINDEX_INFO_LEVELS;

FindExInfoBasic

The FindFirstFileEx function does not query the short file name,improving overall enumeration speed. The data is returned in a WIN32_FIND_DATA structure,and the cAlternateFileName member is always a NULL string.

然而：

Windows Server 2008,Windows Vista,Windows Server 2003,and Windows XP: This value is not supported until Windows Server 2008 R2 and Windows 7.