День добрый!

Объявляю 


Затем он у меня заполняется, потом идет цикл, в котором в начале каждого прохода он должен зачищаться.

Вопрос: как это сделать без объявления нового StringBuilder'а?
Скорее всего, плохо искал, но метода не нашел...

Заранее спасибо.
С уважением.

Добавлено через 9 минут и 3 секунды
Вот так лучше:

Огромное спасибо!

а зачем ты используешь вообще этот класс? насколько я знаю, ява 6 или, НАВЕРНО, даже 5 (надо посмотреть в байткод) оптимирует данные проблемы со стрингом   

Какие проблемы?

Во-первых, не всегда есть возможность использовать 6 или даже 5. Это, конечно, никак не прогрессивно, но таковы реалии жизни.
Во-вторых, вот как раз вчера работал с регэкспом, точнее, с функцией appendReplacement(StringBuffer, String). Читать первым параметром String она не соглашалась ни в какую!

А пор теме. Почему бы не использовать переобъявление?

Это гораздо быстрее вызовов методов и код стопроцентно читабелен.

Добавлено через 1 минуту и 26 секунд
Правда, сиплюсплюсники меня на месте бы загрызли... но в условиях GC - чем не выход?

Добавлено через 2 минуты и 10 секунд
Сорри, стрингбилдер со стрингбуффером перепутал. Это с недосыпу, не иначе!

Никто ничего не оптимизирует.
А использование сложения строк в циклах  - это вообще ужас в плане производительности и расхода памяти.


Кто вам сказал такую глупость? Во-первых, это стопроцентно медленнее вызова метода (особенно setLength). Во-вторых, нельзя заранее сказать насколько медленнее - в худшем случае вы запустите сборщик мусора. 

Это сообщение отредактировал(а) w1nd - 15.8.2007, 14:04

Каюсь... пошёл отсыпаться.

да? тогда посмотри в байт код следующей строки:



  

у тебя пробел в образовании..    это было так раньше  , сейчас уже всё по другому.. посмотри байткод явы 6 (и думаю такое же будет в ява 5) 

погоди, погоди, как так? Чего, String pool по другому стал работать что ли? Я почему то всегда считал что если один раз создал String объект, его уже не убьешь. 
Можно подробности или ссылочку?

В 6-ой не знаю, но 5-ая точно без оптимизаций. Недавно под профайлером смотрел работу нашей системы, пришёл в тихий ужас над участком программы, в котором строилась строка из 10 подстрок. Просто дикие потери памяти и быстродействия, которые вылечились использованием StringBuilder.

просто посмотри байткод   



не в этом дело.. там компилярор по ходу все String1 + String2 заменяет на StringBuffer sb = new StringBuffer(); и потом append.. ыыы   



ага.. я тоже так делал, но когда в последний раз посмотрел бакткод, то был удивлён и больше этого не делаю, т.к. работаю на ява 6   

Напрасно. Никто ведь не гарантирует, что в java 7 эта оптимизация останется. Лучше пока что делать явно со стрингбилдером. А вот когда они его официально прибьют за ненадобностью - тогда и складывать строки.  

Очень интересно, спасибо. Дал бы плюса, да рейтинг маловат пока. Если только модераторы поставят за меня.