Является ли StringBuilder.Replace () более эффективным, чем String.Replace?

Если вам нужно использовать String.Replace () для замены test 50 раз, вам необходимо создать новую строку 50 раз. Делает ли StringBuilder.Replace () это более эффективно? Например, следует ли мне использовать StringBuilder, если я собираюсь заменить много текста, даже если я не буду добавлять к нему какие-либо данные?

Я использую .NET, но предполагаю, что это будет то же самое, что и Java, и, возможно, другие языки.

StringBuilder.Replace должен использовать меньше памяти, но он не будет более производительным, чем string.Replace codeproject.com/KB/cs/StringBuilder_vs_String.aspx

Sonic Soul 28.04.2011 22:43
Стоит ли изучать PHP в 2026-2027 годах?
Стоит ли изучать PHP в 2026-2027 годах?
Привет всем, сегодня я хочу высказать свои соображения по поводу вопроса, который я уже много раз получал в своем сообществе: "Стоит ли изучать PHP в...
Поведение ключевого слова "this" в стрелочной функции в сравнении с нормальной функцией
Поведение ключевого слова "this" в стрелочной функции в сравнении с нормальной функцией
В JavaScript одним из самых запутанных понятий является поведение ключевого слова "this" в стрелочной и обычной функциях.
Приемы CSS-макетирования - floats и Flexbox
Приемы CSS-макетирования - floats и Flexbox
Здравствуйте, друзья-студенты! Готовы совершенствовать свои навыки веб-дизайна? Сегодня в нашем путешествии мы рассмотрим приемы CSS-верстки - в...
Тестирование функциональных ngrx-эффектов в Angular 16 с помощью Jest
В системе управления состояниями ngrx, совместимой с Angular 16, появились функциональные эффекты. Это здорово и делает код определенно легче для...
Концепция локализации и ее применение в приложениях React ⚡️
Концепция локализации и ее применение в приложениях React ⚡️
Локализация - это процесс адаптации приложения к различным языкам и культурным требованиям. Это позволяет пользователям получить опыт, соответствующий...
Пользовательский скаляр GraphQL
Пользовательский скаляр GraphQL
Листовые узлы системы типов GraphQL называются скалярами. Достигнув скалярного типа, невозможно спуститься дальше по иерархии типов. Скалярный тип...
28
1
13 049
3
Перейти к ответу Данный вопрос помечен как решенный

Ответы 3

Да, это так. String.Replace всегда создает новую строку, а StringBuilder.Replace - нет.

Это не совсем так, посмотрите исходный код. StringBuilder.replace () вызывает AbstractStringBuilder.replace (), который при необходимости вызывает AbstractStringBuilder.expandCapacity (). AbstractStringBuilder.expandCapacity () вызывает Arrays.copyOf (), который создает новый массив символов - и это то же самое, что и создание новой строки.

Avi Y 19.01.2010 09:48

@Avi: «не» относится к «String.Replaceвсегда создает новую строку», обратите внимание на акцент на «всегда».

Konrad Rudolph 19.01.2010 16:30
Ответ принят как подходящий

Это именно тот тип вещей, для которого предназначен StringBuilder - повторная модификация одного и того же текстового объекта - это не только для повторяющейся конкатенации, хотя, похоже, это то, для чего он используется чаще всего.

Возможно, это более эффективно, но это также медленнее, AFAICT.

41686d6564 19.12.2018 11:52

Это зависит от размера замены больше, чем заменяемая строка.

StringBuilder сверх выделяет свой буфер, тогда как строка всегда содержит только количество символов в ней.

Свойство StringBuilder.Capacity указывает, сколько символов будет содержать буфер, а StringBuilder.Length - сколько символов используется.

Обычно вы должны установить StringBuilder.Capacity на значение, большее, чем ожидаемая результирующая строка. В противном случае StringBuilder потребуется перераспределить свой буфер. Когда StringBuilder перераспределяет свой буфер, он удваивает его размер., что означает, что после того, как пара перераспределит память, она, вероятно, будет значительно больше, чем должна быть, по умолчанию емкость начинается с 16.

Устанавливая значение емкости при запуске (например, в конструкторе), вы сохраняете перераспределение буфера StringBuilder. Вы можете использовать StringBuilder.MaxCapacity для ограничения максимальной емкости, до которой может быть расширен StringBuilder.

Строка, созданная с помощью StringBuilder, часто также может содержать больше, чем количество «полезных» символов, потому что StringBuilder фактически просто содержит строку, которую он использует в качестве своего буфера.

Jon Skeet 13.11.2008 22:01

Другие вопросы по теме