你应该使用sb.delete(0, sb.length())或sb.setLength(0)而不是创建一个新的StringBuilder()。

关于性能，请参阅相关文章:在循环中重用StringBuilder更好吗?

我认为这里的许多答案可能缺少StringBuilder中包含的质量方法:.delete(int start， [int] end)。我知道这是一个晚答复;但是，应该让大家知道这一点(并更彻底地解释)。

假设你有一个StringBuilder表——你希望在整个程序中动态地修改它(我现在正在做的就是这个)。

StringBuilder table = new StringBuilder();

如果你正在遍历方法并改变内容，使用内容，然后希望丢弃内容以“清理”StringBuilder以进行下一次迭代，你可以删除它的内容，例如:

table.delete(int start, int end). 

Start和end是要删除的字符的索引。不知道字符长度，想要删除整个东西?

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

现在，最精彩的部分。如前所述，StringBuilders在频繁更改时会产生大量开销(并且可能导致线程安全问题);因此，如果您的StringBuilder是用于与用户交互的目的，请使用StringBuffer -与StringBuilder相同(有少数例外)。

如果性能是主要考虑的问题，那么讽刺的是，在我看来，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.delete(0, sb.length())或sb.setLength(0)而不是创建一个新的StringBuilder()。

关于性能，请参阅相关文章:在循环中重用StringBuilder更好吗?

删除并不太复杂:

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

你还可以:

myStringBuilder.setLength(0);

StringBuilder s = new StringBuilder();
s.append("a");
s.append("a");
// System.out.print(s); is return "aa"
s.delete(0, s.length());
System.out.print(s.length()); // is return 0

这是简单的方法。