Golang книги

Golang или GO язык программирования от google. Авторский канала с книгами GO, который содержит активную аудиторию GO разработчиков

В избранное

Купить рекламу в этом канале

Формат:

keyboard_arrow_down

1/24
2/48
3/72
Нативный
7 дней
Репост

1 час в топе / 24 часа в ленте

Количество:

keyboard_arrow_down

Стоимость публикации:

12 303^.48₽

Последние посты канала

«Go 1.25 interactive tour» — отличный обзор ключевых новинок, запланированных для Go 1.25 (релиз — август 2025) Основные моменты: 1. Синтетическое время для тестов (synctest) Новая библиотека testing/synctest позволяет использовать «фейковый» таймер для тестов, без реального ожидания: 🧪 Использование synctest.Test для "синтетического времени" - synctest.Test(t, func(t *testing.T) {...}) запускает функцию в изолированном "пузыре", где: - функции пакета time используют фиктивные часы; - если все горутины заблокированы (например, time.Sleep, select без case), время продвигается вперед автоматически, чтобы "разблокировать" эти операции. ✅ Пример теста:

    
        
func TestReadTimeout(t *testing.T) {
    synctest.Test(t, func(t *testing.T) {
        ch := make(chan int)
        _, err := Read(ch)
        if err == nil {
            t.Fatal("expected timeout error, got nil")
        }
    })
}{}

Здесь мы проверяем, что Read действительно отдает ошибку "timeout", без реального ожидания 60 секунд — synctest просто симулирует, что они прошли. 🕰 Как это работает? Внутри synctest.Test: - Время начинается с 2000-01-01T00:00:00Z; - Когда все горутины заблокированы, время продвигается до следующего события (time.After, time.Sleep и т.д.); - Это позволяет сразу активировать нужные ветки кода, которые зависят от времени, без настоящих задержек. ⚠️ Ограничения Внутри synctest.Test нельзя использовать:

    
        
t.Run(...)

t.Parallel()

t.Deadline()
{}

Пример неверного использования:

    
        
synctest.Test(t, func(t *testing.T) {
    t.Run("subtest", func(t *testing.T) {
        t.Log("fail!") // это работать не будет
    })
})
{}

testing/synctest — это инструмент для тестирования кода, зависящего от времени, без реального ожидания, что делает тесты мгновенными и стабильными. Идеально подходит для timeout, retry, delays, ticker, и других случаев, когда вы хотите протестировать "прошло ли время", но не хотите реально ждать. 2. JSON v2 — серьезный апдейт json/v2 вводит новые функции, включая MarshalToFunc, UnmarshalFromFunc и более гибкую систему маршаллинга с пользовательскими функциями. Пример:

    
        

json.Marshal(vals, json.WithMarshalers(marshalers)){}

👉 Подробно можно почитать здесь 3. Container-aware GOMAXPROCS Теперь Go учитывает ограничения CPU из cgroups – на Docker/Kubernetes GOMAXPROCS автоматически подстраивается под лимит, а не просто равен NumCPU 4. Новый сборщик мусора — Green Tea Экспериментальный сборщик мусора оптимизирован для больших объёмов мелких объектов, обещают на 10–40 % снижение оверхеда. Включается через GOEXPERIMENT=greenteagc 5. Защита от CSRF (http.CrossOriginProtection) Добавлен новый тип для отсечения запросов из кросс-доменных источников, анализируя заголовки Sec-Fetch-Site и Origin 6. sync.WaitGroup.Go Упрощение работы c WaitGroup — теперь можно писать:

    
        
wg.Go(func() { /* … */ })
wg.Wait()
{}

Вместо Add + Done 7. Flight Recorder (trace.FlightRecorder) Flight recording — это способ отслеживать, что происходит в программе: какие функции вызываются, сколько памяти используется и другие важные события. Но главное — эта запись ведётся не всё время, а только в «скользящем окне»: сохраняются только последние N секунд или последние N мегабайт данных. 👉 Это полезно, когда вы не знаете заранее, когда случится ошибка — flight recorder позволит «поймать» последние события перед сбоем. 8. Расширенные методы os.Root Добавлены методы Chmod, Chown, Chtimes, Link, MkdirAll, RemoveAll, Rename, Symlink, ReadFile, WriteFile 9. reflect.TypeAssert Упрощает преобразование reflect.Value в конкретный тип без промежуточного интерфейса. 10. hash.Cloner Интерфейс клонирования состояния hash-функций (Clone()), поддерживается всеми реализациями STD (SHA-1, MD5 и др.) 📌 Полный обзор обновлений @golang_google

1384

12:51

27.06.2025

🔄 Cascading Context Cancellation в Go: от исходников к продакшену В статье подробно разобрано, как Go управляет цепочками отмен Context — от базового кода до продакшен-паттернов. 🧠 Как устроена отмена Context внутри Go 1. При создании cancelCtx функция propagateCancel делает так, чтобы отмена родителя передавалась детям. 2. Если родитель — тоже cancelCtx, он хранит список потомков в children map и пробрасывает cancel(...) при отмене. 3. Если родитель имеет AfterFunc, используется таймер; иначе создаётся горутина, которая ждёт <-parent.Done() и вызывает cancel. Структура cancelCtx:

    
        
type cancelCtx struct {
  Context
  mu       sync.Mutex 
  done     atomic.Value
  children map[canceler]struct{}
  err      atomic.Value
  cause    error
}
{}

🧪 WithCancelCause — отмена с причиной Позволяет указывать причину отмены вместо обычного context.Canceled. Пример:

    
        
ctx, cancel := context.WithCancelCause(base)
cancel(errors.New("my custom reason"))
fmt.Println(ctx.Err(), context.Cause(ctx))
{}

Причина отмены наследуется дочерними контекстами. 🧵 Безопасность в многопоточности Методы Done() и Err() потокобезопасны благодаря мьютексам и атомикам. CancelFunc можно вызывать многократно — только первый вызов имеет эффект. ⏰ AfterFunc — код по отмене Позволяет запускать функцию, когда контекст отменяется:

    
        
stop := context.AfterFunc(ctx, func() {
  tx.Rollback()
})
...
if stop() { log.Println("cancel handler stopped") }
{}

Если контекст уже отменён — функция вызовется немедленно. stop() может отменить выполнение функции. 🚫 WithoutCancel — фоновые задачи без отмены Полезно, если горутина не должна завершаться при отмене родителя. Важно: Done() == nil → чтение из канала блокирует навсегда. ⏲️ Таймеры: WithDeadline и WithTimeout Функции создают контексты, которые отменяются автоматически по истечении времени. Не забудьте делать defer cancel() после создания! ✅ Практические советы

    
        
ctx, cancel := context.WithTimeout(parent, 100*time.Millisecond)
defer cancel()
{}

Всегда вызывайте cancel() для освобождения ресурсов и предотвращения утечек. 🧰 Что в итоге Этот материал охватывает: • внутреннее устройство cancelCtx • новые API: WithCancelCause, AfterFunc, WithoutCancel • продакшен-паттерны безопасной отмены 📖 Полный текст статьи: https://dev.to/flew1x/cascading-context-cancellation-in-go-from-source-code-to-production-patterns-177j @golang_books

2367