将 Apache Velocity 与 StringBuilders/CharSequences 结合使用

Question

我们使用 Apache Velocity 来创建动态模板。目前 Velocity 有以下评估/替换方法：

public static boolean evaluate(Context context, Writer writer, String logTag, Reader reader)

public static boolean evaluate(Context context, Writer out, String logTag, String instring)

我们通过提供 StringWriter 来使用这些方法来写入评估结果。我们传入的数据采用 StringBuilder 格式，因此我们使用 StringBuilder.toString 并将其作为 instring 提供。

问题是我们的模板相当大（可以是兆字节，极少数情况下可达数十毫秒），替换发生得非常频繁，并且每次替换操作三倍所需的内存量（传入数据+ StringBuilder.toString() 创建一个新的副本+传出数据）。

我想知道是否有办法改善这一点。例如，如果我能找到一种方法在同一 StringBuilder 实例之上提供 Reader 和 Writer ，该实例仅使用额外的内存来处理输入/输出差异，这是一个好方法吗？有没有人做过类似的事情并且可以分享此类课程的任何来源？或者对于给定的问题可能有更好的解决方案吗？

Answer 1

Velocity 需要先解析整个模板，然后才能对其进行评估。您将无法提供 Reader 和 Writer 来在单次评估中获得任何结果。不过，您可以将模板分成更小的部分来单独评估它们。这将取决于它们的内容以及各个部分是否相互依赖。根据您的情况，开销可能不值得。

如果您只处理模板中的变量替换，您可以简单地评估输入的每一行。理想情况下，您可以在它进入 StringBuilder 之前拦截它。否则，您仍然需要承担该内存及其 toString() 的成本，您将其输入到 BufferedReader 中以进行 readLine() 呼吁反对。

如果有 #set 指令，您需要继续传递相同的上下文进行评估。如果有任何 #if 或 #foreach 块，事情就会变得棘手。实际上，我之前已经这样做过，并读取了足够多的行来捕获输入块，以便 Velocity 进行解析和评估。然而，到那时你就开始做 Velocity 的工作了，这可能不值得。

Answer 2

您可以通过反射从 StringBuilder 读取 value 字段并在其上创建一个 CharArrayReader 来保存字符串的一份副本：

    StringBuilder sb = new StringBuilder("bla");
    Field valueField = StringBuilder.class.getSuperclass().getDeclaredField("value");
    valueField.setAccessible(true);
    char[] value = (char[]) valueField.get(sb);
    Reader r = new CharArrayReader(value, 0, sb.length());

Answer 3

哎呀。这是评估（）的一个相当重量级的用途。我认为您有充分的理由不使用标准资源加载器，所以我不会武断。 :)

我还没有听说过任何适合这个的解决方案，但由于 Reader 不是一个特别复杂的类，我的直觉是创建您自己的 StringBufferReader 类并将其传入。