如果您查看StringBuilder或StringBuffer的源代码，setLength()调用只是重置字符数组的索引值。恕我直言，使用setLength方法总是比新分配更快。他们应该将方法命名为“clear”或“reset”，这样会更清楚。

如果您查看StringBuilder或StringBuffer的源代码，setLength()调用只是重置字符数组的索引值。恕我直言，使用setLength方法总是比新分配更快。他们应该将方法命名为“clear”或“reset”，这样会更清楚。

基本上有两种替代方法，使用setLength(0)重置StringBuilder或在每次迭代中创建一个新的StringBuilder。两者都有优缺点，这取决于使用情况。

如果事先知道StringBuilder的预期容量，那么每次创建一个新StringBuilder应该和设置一个新长度一样快。它还将帮助垃圾收集器，因为每个StringBuilder的寿命相对较短，并且gc为此进行了优化。

当您不知道容量时，重用相同的StringBuilder可能会更快。每当追加时超过容量时，必须分配一个新的后备数组，并且必须复制以前的内容。通过重用相同的StringBuilder，它将在一些迭代之后达到所需的容量，并且此后不会有任何复制。

删除并不太复杂:

myStringBuilder.delete(0, myStringBuilder.length());

你还可以:

myStringBuilder.setLength(0);

如果性能是主要考虑的问题，那么讽刺的是，在我看来，Java构造格式化进入缓冲区的文本，将比分配/重新分配/垃圾收集在CPU上花费更多的时间……好吧，可能不是GC(垃圾收集)，这取决于您创建和丢弃了多少构建器。

但是简单地向缓冲区添加一个复合字符串(“Hello World of”+ 6E9 +“earthlings.”)可能会使整个事情变得无关紧要。

而且，实际上，如果涉及到StringBuilder的实例，则内容是复杂的和/或比简单的String str = "Hi"更长;(不用担心Java可能会在后台使用一个构建器)。

就我个人而言，我尽量不滥用GC。因此，如果它将在快速场景中大量使用——比如，编写调试输出消息——我就假定在其他地方声明它，并将其归零以便重用。

class MyLogger {
    StringBuilder strBldr = new StringBuilder(256);

    public void logMsg( String stuff, SomeLogWriterClass log ) {

        // zero out strBldr's internal index count, not every
        // index in strBldr's internal buffer
        strBldr.setLength(0);

        // ... append status level
        strBldr.append("Info");

        // ... append ' ' followed by timestamp
        // assuming getTimestamp() returns a String
        strBldr.append(' ').append(getTimestamp());

        // ... append ':' followed by user message
        strBldr.append(':').append(msg);

        log.write(strBldr.toString());
    }
}

我投票给sb.setLength(0);不仅因为它是一个函数调用，还因为它实际上没有将数组复制到另一个数组中，比如sb.delete(0, builder.length());。它只是将剩余的字符填充为0，并将长度变量设置为新的长度。

您可以查看它们的实现，以验证我在setLength函数和delete0函数中的观点。