更有效地从 Jar 中提取文件

Question

我正在扩展一个实用程序类，该类捆绑了一组图像和 .xml 描述文件。 目前，我将所有文件保存在一个目录中并从那里加载它们。 该目录如下所示：

8.png
8.xml
9.png
9.xml
10.png
10.xml
...
...
50.png
50.xml
...

这是我当前的构造函数。 它速度快如闪电，可以完成我需要它做的事情。 （我删除了一些错误检查以使其更易于阅读）：

public DivineFont(String directory ) {

    File dir = new File(directory);

    //children is an array that looks like this: '10.fnt', '11.fnt', etc.
    String[] children = dir.list(fntFileFilter);

    fonts = new Hashtable<Integer, AngelCodeFont>(100);

    AngelCodeFont buffer;
    int number;
            String fntFile;
            String imgFile;

    for(int k = 0; k < children.length; k++ ) {
        number = Integer.parseInt( children[k].split("\\.")[0] );
        fntFile = directory + File.separator + number + ".xml";
        imgFile = directory + File.separator + number + ".png";
        buffer = new AngelCodeFont(fntFile, imgFile);

        fonts.put(number, buffer);
    }
}

为了网络启动和清洁，我一直在尝试从 Jar 加载这些资源。 我已经让它工作了，但是加载时间从瞬时变成了几秒钟，这是不可接受的。 这是我尝试过的代码（再次，删除了错误检查）：（

这不是做我想做的事情的最佳方法，它是一个模型，用于查看这个想法是否有效。它没有两个 for 循环绝不是问题的根源；它是创建所有这些输入流的过程，这会减慢速度）

public DivineFont(String jarFileName ) {

    JarFile jarfile = new JarFile(jarFileName);
    Enumeration<JarEntry> em = jarfile.entries();
    ArrayList<Integer> fontHeights = new ArrayList<Integer>(100);
    for (Enumeration em1 = jarfile.entries(); em1.hasMoreElements(); ) {
        String fileName = em1.nextElement().toString();
        if( fileName.endsWith(".fnt") ) {
            fontHeights.add( Integer.parseInt(fileName.split("\\.")[0] ) );
        }
    }

    fonts = new Hashtable<Integer, AngelCodeFont>(100);

    AngelCodeFont buffer;
    int number;

    for(int k = 0; k < fontHeights.size(); k++ ) {
        number = fontHeights.get(k);
        InputStream fntFileStream = jarfile.getInputStream(jarfile.getEntry(number + ".xml"));
        InputStream pngFileStream = jarfile.getInputStream(jarfile.getEntry(number + ".png"));
        buffer = new AngelCodeFont(String.valueOf(number), fntFileStream, pngFileStream );

        fonts.put(number, buffer);


    }
}

除了我的方法之外，任何人都知道使用 .jar 文件的更好方法。这里试过吗？ 这是 AngelCodeFont API。 如果绝对有必要，我可以为此提交补丁，但我宁愿不必这样做。 在我看来，可能有一种方法可以做我想做的事，只是我不熟悉它。

我并不是非常反对将 jar 快速转储到临时目录，然后从那里读取文件，但如果有一种方法可以快速直接从 jar 中读取文件，我宁愿这样做。

另外：压缩根本不是问题。 我使用罐​​子的唯一原因是包装问题。

Answer 1

打开 JAR 是一项非常昂贵的操作。 因此，您可能希望打开 JAR 一次并将 JarFile 实例保留在某处的静态字段中。 就您而言，您还需要读取所有条目并将它们保存在哈希图中，以便即时访问您需要的资源。

另一个解决方案是将 JAR 放在类路径上并使用

DivineFont.class.getContextClassLoader().getResource*("/8.png");

“/”！ 如果省略它，Java 将在找到文件divinefont.class 的同一目录（包）中进行搜索。

从类路径获取数据在 Java 中已经被优化到了极致。

Answer 2

嗯，我找到了答案。 我原来的问题的答案是“错误的问题”。 Jar 文件不是问题，而是我用来加载图像的库。

当我从文件系统加载时，图像被命名为“38.png”等。当我从 Jar 加载时，我只是将其命名为“38”。

库内的图像加载器类使用名称的文件扩展名来标识要使用的图像加载器。 如果没有文件扩展名，它将使用较慢的基本图像加载器。 当我将这句话改为：

buffer = new AngelCodeFont(String.valueOf(number), fntFileStream, pngFileStream );

我们

buffer = new AngelCodeFont( number + ".png", fntFileStream, pngFileStream );

自己是赢家。

不管怎样，谢谢你们的帮助。 我花了几个小时才弄清楚这一点，但如果不是你的帖子，我可能会继续认为责任是 Java 的而不是我正在使用的库。

Answer 3

Jar 文件操作可能非常昂贵，并且 Java 类库已经实现了这种资源加载（可能尽可能高效）。

此外，一旦您进入 webstart，您的 jar 文件名将被破坏，因此您可能会最终必须探索类路径上的每个 jar 文件来加载资源（我已经做到了！丑陋！）

相反，使用 Class.getResourceAsStream(String resourceName)。 我还没有对其进行分析，但我没有注意到它比直接文件访问明显慢。

Answer 4

这个库可能无法压缩到您需要的程度，但它会更快...