🙈 Будьте осторожны с Struct Embedding в Go

В Go есть механизм встраивания структур (struct embedding), который позволяет составлять типы. Примерно это выглядит так:

type Position struct {
 X int
 Y int
}

type Colour struct {
 R byte
 G byte
 B byte
}

type Rectangle struct {
 Position
 Colour
 
 Width  int
 Height int
}

r := Rectangle{/* ... */}

// This works:
fmt.Printf("%d,%d\n", r.Position.X, r.Position.Y)

// but so does this:
fmt.Printf("%d,%d\n", r.X, r.Y)

А как вы думаете, что делает этот код?

type FooService struct {
 URL string
}

type BarConnectionOptions struct {
 URL string
}

type BarService struct {
 BarConnectionOptions
}

type Options struct {
 FooService
 BarService
}

opts := Options{
 FooService: FooService{URL: "abc.com"},
 BarService: BarService{
  BarConnectionOptions: BarConnectionOptions{
   URL: "xyz.com",
  },
 },
}

fmt.Println(opts.URL)

Я бы ожидал, что компиляция упадет из-за неоднозначности поля URL. На самом деле программа выводит abc.com, по всей видимости, выбирая наименее вложенную версию этого поля. Такое у нас случилось на работе, к счастью, это поймали тесты. Будьте внимательны при встраивании структур!

🧠 Оптимизация памяти в Go: 20 приёмов для эффективных приложений

Команда Go for Devs подготовила перевод статьи о том, как оптимизировать использование памяти в Go-приложениях.

Автор делится двадцатью приёмами — от выбора ресивера метода и правильной инициализации slice до кастомного управления памятью и профилирования с pprof.

TL;DR: мелкие улучшения складываются в заметный прирост производительности и стабильности.

📚 Подробности на Хабр: https://habr.com/ru/articles/943664/

🌍 Как превратить SQL в полноценный API прямо в Go?

В новой статье делимся информацией о том, как можно безопасно принимать WHERE-условия в виде SQL-подзапросов, валидировать их и использовать для запросов к базе.

Просто, элегантно и почти без лишнего кода.

📚 Подробности на Хабр: https://habr.com/ru/articles/943744/

🫡 Еженедельный дайджест №1

Для тех, кто был слишком занят на неделе или просто пропустил некоторые посты, публикуем дайджест!

– Generic интерфейсы в Go: просто, но сложно
– Что нового в GoLand 2025.2?
– Как проверить время и асинхронный код в Go?
– Вышли минорные релизы Go — 1.25.1 и 1.24.7
– Оптимизация памяти в Go: 20 приёмов для эффективных приложений
– Как превратить SQL в полноценный API прямо в Go?

Самый популярный комментарий этой недели – комментарий к статье "Generic интерфейсы в Go: просто, но сложно" от пользователя @AuToMaton:

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

@go_for_devs

🔥 Как мы выследили регрессию использования памяти в продакшен-сервисах на Go 1.24

Команда Go for Devs подготовила перевод статьи о том, как команда инженеров выявила регрессию использования памяти в Go 1.24.

Оказалось, что всего одна оптимизация в аллокаторе памяти, случайно потерянная при рефакторинге, заставляла Go «съедать» сотни мегабайт RAM.

Но сообщество Go-разработчиков быстро нашло и устранило проблему 🫡

📚 Подробности на Хабр: https://habr.com/ru/articles/944718/

🤷 Зачем в Go интерфейсы требуют точного совпадения?

В Go компилятор иногда автоматически преобразовывает значение тика к указателю на этот тип. Если вызвать метод с pointer-receiver на значении, всё будет работать:

type User struct {
    Name string
}

func (u *User) SetName(name string) {
    u.Name = name
}

func (u User) PrintName() {
    fmt.Println(u.Name)
}

var u User
u.SetName("Alice")   // Go превратил это в (&u).SetName("Alice")
u.PrintName()        // Обычный value-receiver

Но стоит подключить интерфейсы — и магия исчезает:

type Named interface {
    SetName(string)
    PrintName()
}

var u User
var n Named

n = &u // OK: *User реализует оба метода
n = u  // Ошибка: User не имеет SetName

Почему так?

У User (значения) в method set только методы с value-receiver. У *User — и value-, и pointer-receiver. Автоматическое «взятие адреса» при работе с интерфейсами запрещено, потому что интерфейс хранит копию значения, а не сам объект.

Копия:
* неадресуемая,
* неизменяемая.

Если бы мы могли взять &n.(User), получили бы указатель на временную копию внутри интерфейса, которая теряется при новом присваивании. Это небезопасно.

Итог

* Интерфейсы всегда копируют значение.
* Копия не имеет адреса и не может изменяться.
* Поэтому Go не делает auto-addressing, и method set интерфейса и method set конкретного значения должны строго совпадать.