Каждая горутина напечатает свое значение из items, но в обратном порядке

Все горутины напечатают последнее значение из items

Будет паника из-за того, что горутина не знает куда выводить значение

Код скомпилируется и будет работать корректно

Написать функцию, которая дублирует другую с разницей в пару строк

Забыть оставить комментарий к функции

Написать функцию, которая сейчас не нужна

Затенить переменную в коде

defer теперь работает асинхронно в отдельной горутине

Добавлена возможность отменять defer-вызовы через context

Компилятор научился встраивать defer-вызовы напрямую в точке выхода из функции

Defer стал поддерживать дженерики и type parameters

true

false

Не скомпилируется

Паника

os.O_CREATE|os.O_RDONLY

os.O_WRONLY|os.O_TRUNC

os.O_APPEND|os.O_WRONLY

os.O_RDWR|os.O_SYNC

Слайс всегда хранится в куче, поэтому сравнение через == дорогое

В Go нет сравнения через ==

Слайс динамический и несравнимый

Слайс это ссылочный тип и неясно что сравнивать

Хэш-код всегда короче исходных данных

Невозможность восстановить исходные данные

Одинаковое значение всегда даёт одинаковый хэш-код

По хэшу всегда можно восстановить данные

Счётчик станет -1

Возникнет паника

Возникнет ошибка компиляции

Счётчик останется 0

При пустом буфере

Когда буфер полный

При отправке большой структуры

Никогд

Использовать range по каналу, но никогда не закрывать канал, чтобы не потерять данные

Итерироваться по каналу, а закрывать канал на стороне отправителя, когда он закончил отправку

Сначала явно проверять длину буфера канала, а затем вызывать range

Итерироваться по каналу через range и закрывать канал на стороне получателя

Панику

0

1

nil

Горутина, Мама, Папа

Grind, Model, Payload

Горутины, Поток ОС, Процессор

Good Machine Processor

Использовать глобальную переменную и проверять if instance == nil

Использовать канал, который отправляет экземпляр при первом запросе

Пометить переменную ключевым словом atomic

Обернуть создание экземпляра в sync.Once

Потому что Go не поддерживает глобальные переменные в тестах

Потому что синглтон нельзя сериализовать в JSON

Потому что глобальное состояние сохраняется между тестами

Потому что go test запускает тесты в отдельных процессах

sync.Once перехватит панику и повторит вызов функции при следующем обращении

Программа завершится, а sync.Once сбросит своё состояние

Функция будет считаться выполненной

sync.Once заблокирует все горутины, ожидающие выполнения, навсегда

1.18

1.19

1.20

1.21

1.22

Docker не умеет ограничивать CPU для многопоточных приложений

GOMAXPROCS по умолчанию берёт число логических ядер хоста, игнорируя cgroup-лимиты контейнера

Go-рантайм всегда захватывает все ядра, это заложено в спецификации языка

Флаг --cpus влияет только на процессы, запущенные через docker exec