Срезы, полученные друг из друга, делят базовый массив, пока append не перевыделил его. Если у исходного среза есть свободная ёмкость, append к подсрезу перезапишет элементы исходного. Поведение зависит от cap — поэтому баг проявляется не всегда.
А ещё Тот же эффект при передаче среза в функцию, которая делает append
Так подсказку видит пользователь sotto на живом собеседовании — за пару секунд, пока вы думаете вслух.
Механика. b := a[:2] — новый дескриптор с длиной 2, но ёмкость наследуется (10). append(b, 99) видит свободное место и пишет в третью ячейку общего массива — ту же, что a[2].
Где встречается:
Правила: если срез нужно хранить или модифицировать независимо — скопировать; при нарезке общего буфера — ограничивать ёмкость третьим индексом.
sottoa := make([]int, 3, 10) // [0 0 0], cap 10
b := a[:2] // [0 0], тот же массив
b = append(b, 99) // места хватает — пишет в a[2]
fmt.Println(a) // [0 0 99]
c := a[:2:2] // cap ограничен 2
c = append(c, 7) // новый массив, a не меняетсяsotto слышит вопрос интервьюера и показывает короткий ответ и план, как в блоке «Коротко». Оставьте контакт — пришлём доступ и промокод.