Почему []rune используют вместо конкатенации строк в Go?

Почему []rune эффективнее прямой конкатенации строк?

• строки в Go неизменяемы
• при конкатенации создаются новые копии строк — это требует много памяти
• []rune представляет собой изменяемый массив символов (runes)
• операции с []rune выполняются через изменение слайса без копирования на каждом шаге
• преобразование []rune в строку выполняется только один раз после завершения сборки
• результат — меньше аллокаций и выше производительность при многочисленных конкатенациях
• такой подход удобен для обработки символов Unicode (runes) и динамического формирования строк

Подробный ответ

Основной ответ

Для построения строки срез []rune во многих случаях производительнее прямой конкатенации, поскольку строки в Go неизменяемы. Каждая операция объединения выделяет новую область памяти и копирует в неё уже накопленные данные, поэтому при большом числе операций процесс заметно замедляется. Срез []rune позволяет собирать символы в расширяемом массиве, не выполняя постоянные аллокации, а затем один раз преобразовать накопленный результат в строку.

Ключевые моменты

• Строки в Go неизменяемы — оператор + на каждом этапе формирует новую строку и копирует содержимое, из-за чего серия таких операций может иметь квадратичную временную сложность.
• Срезы []rune (или []byte) позволяют наращивать буфер без копирования при каждом добавлении: срезы используют управляемую емкость, а reallocation требуется только после её исчерпания.
• В современной практике для эффективного формирования строк обычно выбирают strings.Builder (в Go 1.10+). Однако []rune особенно удобен, когда требуется контролировать Unicode-символы и работать с кодовыми точками.

Практический контекст

В прикладных задачах, включая парсинг текста и обработку Unicode, сначала формируют срез []rune, чтобы корректно работать с многобайтовыми символами, а затем единожды получают итоговую строку. Это уменьшает нагрузку на сборщик мусора и повышает производительность при большом количестве операций конкатенации.