LINUX.ORG.RU

Go 1.24

 ,


0

5

Новый выпуск языка Go, версия 1.24, выходит спустя шесть месяцев после Go 1.23. Большинство изменений в реализации тулчейна, рантайма и библиотек. Как всегда, релиз обеспечивает обещание совместимости Go 1. Разработчики языка ожидают, что почти все программы Go продолжат компилироваться и работать как прежде.

Изменения в языке

Go 1.24 теперь полностью поддерживает обобщённые алиасы типов: алиас типа может быть параметризирован как объявленный тип. Подробности в спецификации языка. Пока возможность может быть отключена установкой GOEXPERIMENT=noaliastypeparams; однако опция aliastypeparams будет удалена в Go 1.25.

Инструменты

Команда go

Модули go теперь могут отслеживать исполняемые зависимости используя директиву tool в go.mod. Это убирает необходимость в предыдущем обходном решении по добавлению инструментов как пустых импортов в файл, обычно называемый “tools.go”. Команда go tool теперь может запускать эти инструменты в добавок к инструментам поставляемым вместе с Go. Больше информации можно увидеть в документации.

Новый флаг -tool для go get приводит к добавлению директивы инструмента в текущий модуль для указанных пакетов в добавок к добавлению директив требования.

Новый мета-паттерн tool ссылается на все инструменты в текущем модуле. Это может быть использовано для обновления их всех через go get tool или для установки их в свою GOBIN директорию через go install tool.

Исполняемые файлы созданные через go run и новое поведение go tool теперь кэшируются в кэше сборки Go. Это делает повторяющиеся запуски за счёт увеличенного кэша. #69290.

Команды go build и go install теперь принимают флаг -json, который сообщает вывод и ошибки сборки как структурированный вывод JSON в стандартном выводе. Детали формата можно увидеть в go help buildjson.

Более того, go test -json теперь сообщает вывод и ошибки сборки в JSON, вперемешку с JSON’ом результата тестирования. Их можно различить по новым типам Action, но если они вызывают проблемы в системе интеграции тестов, можно откатиться к текстовому выводу сборки через настройку GODEBUG gotestjsonbuildtext=1.

Новая переменная окружения GOAUTH предоставляет гибкий способ авторизовывать приватные стягивания модулей. Увидеть подробности можно в go help goauth.

Команда go build теперь устанавливаем версию основного модуля в скомпилированном бинарнике, основываясь на теге и/или коммите системы контроля версии. Суффикс +dirty будет добавлен при наличии незакоммиченных изменений. Можно использовать флаг -buildvcs=false для того, чтобы опустить информацию контроля версии из бинарника.

Новая настройка GODEBUG toolchaintrace=1 теперь может быть использована для отслеживания процесса выбора тулчейна в команде go.

Cgo

Cgo поддерживает новые аннотации для функций C для улучшения производительности времени выполнения. #cgo noescape cFunctionName говорит компилятору, что переданная в функцию C cFunctionName память не ускользает. #cgo nocallback cFunctionName говорит компилятору, что функция C cFunctionName обратно не вызывает никаких функций Go. Большую информацию можно увидеть в документации cgo.

Cgo на данный момент отказывается компилирован вызовы С функции, которая имеет несколько несовместимых объявлений. Например, если f объявлен как одновременно void f(int) и void f(double), cgo сообщит ошибку вместо возможной генерации неправильной последовательности вызова f(0). Новым в этом релизе является улучшенное обнаружение этого условия ошибки, когда несовместимые объявления проявляются в разных файлах. #67699.

Objdump

Инструмент objdump теперь поддерживает дизассемблирование на 64-битном LoongArch (GOARCH=loong64), RISC-V (GOARCH=riscv64) и S390X (GOARCH=s390x).

Vet

Новый анализатор tests сообщает распространённые ошибки в объявлениях тестов, фаззеров, бенчмарков и примеров в тестовых пакетах, такие как неправильно сформированные имена, неверные сигнатуры или примеры, которые документируют несуществующие идентификаторы. Некоторые из этих ошибок могут привести к невыполнению тестов.

Существующий анализатор printf теперь сообщает диагностику вызовов формы fmt.Printf(s), где s — строка неконстантного формата, без других аргументов. Такие вызовы почти всегда являются ошибкой, поскольку значение s может содержать символ %; взамен используйте fmt.Print. 60529. Эта проверка имеет тенденцию делать находки в существующем коде, и поэтому применяется только когда версия языка (как указано директивой go файла go.mod или комментариями `//go:build) по крайне мере Go 1.24, чтобы избежать возникновения сбоев продолжительной интеграции при обновлении на тулчейн Go 1.24.

Существующий анализатор buildtag теперь сообщает диагностику, когда есть неправильное ограничение сборки старшей версии Go в директиве //go:build. Например, //go:build go1.23.1 ссылается на точечный релиз; взамен используйте //go:build go1.23. #64127.

Существующий анализатор copylock теперь сообщает диагностику, когда переменная, объявленая в тройном “for” цикле, таком как for i := iter(); done(i); i = next(i) { … }, содержит sync.Locker, такой как sync.Mutex. Go 1.22 изменил поведение таких циклов на создание новой переменной на каждую итерацию, копируя значения с предыдущей итерации; это копирование небезопасно для локов. #66387.

GOCACHEPROG

Внутренний бинарник cmd/go и механизм кэширования тестов теперь могут быть реализованы дочерними процессами, реализующими протокол JSON между инструментом cmd/go и дочерним процессом, названным переменной окружения GOCACHEPROG. Прежде это была за GOEXPERIMENT. Детали протокола можно увидеть в документации.

Время исполнения

Несколько улучшений производительности в рантайм сократили накладные расходы на CPU на 2-3% в среднем среди набора репрезентативных бенчмарков. Результаты могут варьироваться в зависимости от приложения. Эти улучшения включают новую встроенную реализацию map на основе Шведских Таблиц, более эффективного выделения памяти маленьких объектов и новой внутренней рантаймовой реализации мьютекса.

Новая встроенная реализация map и новый внутренний рантаймовый мьютекс могут быть отключены настройками GOEXPERIMENT=noswissmap и GOEXPERIMENT=nospinbitmutex во время сборки соответственно.

Компилятор

Компилятор уже запрещал определять новые методы с типами получателя, которые были сгенерированы cgo, но было возможно обойти это ограничение через алиас типа. Go 1.24 теперь всегда сообщает ошибку, если получатель обозначает сгенерированный cgo тип, напрямую или косвенно (через тип алиаса).

Линкер

Линкер теперь генерирует идентификатор сборки GNU (запись ELF NT_GNU_BUILD_ID) на платформах ELF и UUID (команда загрузки Mach-O LC_UUID) на macOS по-умолчанию. Идентификатор сборки или UUID выводится из идентификатора сборки Go. Это может быть выключено флагом линкера -B none, либо переопределено флагом линкера -B 0xNNNN с указанным пользователем шестнадцатеричным значением.

Раскрутка

Как было указано в заметках релиза Go 1.22, Go 1.24 теперь требует для раскрутки Go 1.22.6 или позже. Разработчики ожидают, что Go 1.26 будет требовать для раскрутки точечный релиз Go 1.24 или позже.

Стандартная библиотека

Ограниченный директорией доступ к файловой системе

Новый тип os.Root предоставляет возможность выполнять операции файловой системы в рамках определённой директории.

Функция os.OpenRoot открывает директорию и возвращает os.Root. Методы на os.Root оперируют в этой директории и не позволяют путям ссылаться на локации за пределами директории, включая те, которые следуют символическим ссылкам за пределы директории. Методы на os.Root отражают большинство операций файловой системы доступных в пакете os, включая, к примеру, os.Root.Open, os.Root.Create, os.Root.Mkdir и os.Root.Stat.

Новая функция бенчмарка

Бенчмарки теперь могут использовать более быстрый и менее подверженный ошибкам метод testing.B.Loop для совершения итераций бенчмарка вроде for b.Loop() { … } заместо типичных циклических структур с участием b.N вроде for range b.N. Это предлагает два значительных преимущества:

  • Функция бенчмарка исполняется точно один раз на каждый -count, таким образом дорогостоящие шаги установки и очистки исполняются только единожды.
  • Параметры вызова функции и результаты продолжают жить, предотвращая компилятор от полной оптимизации тела цикла.

Улучшенные финализаторы

Новая функция runtime.AddCleanup является механизмом завершения, который более гибок, более эффективен и менее подвержен ошибкам чем runtime.SetFinalizer. AddCleanup прикрепляет функцию очистки к объекту, которая запустится как только объект станет недоступным. Однако, в отличие от SetFinalizer, несколько очисток могут быть прикреплены к одному объекту, очистки могут быть прикреплены к внутренним указателям, очистки обычно не вызывают утечки, когда объекты формируют цикл, и очистки не откладывают освобождение объекта или объектов, на которые тот указывает. Новый код должен предпочитать AddCleanup перед SetFinalizer.

Новый пакет weak

Новый пакет weak предоставляет слабые указатели.

Слабые указатели являются низкоуровневым примитивом, предоставляемым для создания структур, эффективно использующих память, таких как слабые словари для сопоставления значений, словарей канонизации для чего угодно, что не покрыто пакетом unique, и различных видов кэшей. Для поддержки этих юзкейсов, данный релиз также предоставляет runtime.AddCleanup и maphash.Comparable.

Новый пакет crypto/mlkem

Новый пакет crypto/mlkem реализует ML-KEM-768 и ML-KEM-1024.

ML-KEM является пост-квантовым механизмом обмена ключом, ранее известный как Kyber и специфицированный в FIPS 203.

Новые пакеты crypto/hkdf, crypto/pbkdf2 и crypto/sha3

Новый пакет crypto/hkdf реализует основанную на HMAC функцию вывода ключа “Extract-and-Expand” HKDF, как определено в RFC 5869.

Новый пакет crypto/pbkdf2 реализует основанную на пароле функцию вывода ключа PBKDF2, как определено в RFC 8018.

Новый пакет crypto/sha3 реализует хэш-функцию SHA-3 и SHAKE и cSHAKE функции расширяемого вывода, как определено в FIPS 202.

Все три пакета основаны на существующих ранее пакетах golang.org/x/crypto/….

Комплаенс FIPS 140-3

Этот релиз включает новый набор механизмов для обеспечения комплаенса FIPS 140-3.

Криптографический модуль Go является набором внутренних пакетов стандартной библиотеки, которые прозрачно используются для реализации одобренных FIPS 140-3 алгоритмов. Приложения не требуют изменений для использования криптографического модуля Go для одобренных алгоритмов.

Новая переменная окружения GOFIPS140 может быть использована для выбора версии криптографического модуля Go для использования в сборке. Новая настройка GODEBUG fips140 может быть использована для включения режима FIPS 140-3 во время исполнения.

Go 1.24 включает криптографический модуль Go версии v1.0.0, который в текущий момент тестируется с аккредитованной CMVP лабораторией.

Новый экспериментальный пакет testing/synctest

Новый экспериментальный пакет testing/synctest предоставляет поддержку тестирования конкурентного кода.

  • Функция synctest.Run запускает группу горутин в изолированном «пузыре». В пузыре функции пакета time оперируют на ложных часах.
  • Функции synctest.Wait ждут когда все горутины заблокируются в текущем пузыре.

Подробности можно увидеть в документации пакета.

Пакет synctest является экспериментальным и должен быть включен установкой GOEXPERIMENT=synctest. API пакета может измениться в будущих релизах. В #67434 можно увидеть больше подробностей и предоставить обратную связь.

Минорные изменения в библиотеке

archive

Реализации (*Writer.AddFS) в archive/zip и archive/tar теперь пишут заголовок директории для пустой директории.

bytes

Пакет bytes добавляет несколько функций, которые работают с итераторами:

  • Lines возвращает итератор по разделённым новой линией строкам в слайсе байтов.
  • SplitSeq возвращает итератор по всем подслайсам слайса байтов, разделённого сепаратором.
  • SplitAfterSeq возвращает итератор по подслайсам слайса байтов, разделённого после каждого вхождения сепаратора.
  • FieldsSeq возвращает итератор по подслайсам слайса байтов вокруг последовательностей символов пробела, как определено unicode.IsSpace
  • FieldsFuncSeq возвращает итератор по подслайсам слайса байтов вокруг последовательностей кодовых точек юникода, удовлетворяющих предикату.

crypto/aes

Значение, возвращаемое NewChipher больше не реализует методы NewCTR, NewGCM, NewCBCEncrypter и NewCBCDecrypter. Эти методы были незадокументированы и не были доступны на всех архитектурах. Теперь значение Block должно передаваться напрямую в соответствующие функции crypto/cipher. На данный момент crypto/cipher всё ещё проверяет эти методы на значениях Block, даже если они больше не поддерживаются стандартной библиотекой.

crypto/cipher

Новая функция NewGCMWithRandomNonce возвращает AEAD, который реализует AES-GCM, генерируя случайный одноразовый номер во время Seal и добавляя его в начало зашифрованного текста.

Реализация Stream, возвращаемая NewCTR при использовании с crypto/aes теперь в несколько раз быстрее на amd64 и arm64.

NewOFB, NewCFBEncrypter и NewCFBDecrypter теперь объявлены устаревшими. Режимы OFB и CFB неаутентифицированы, что в общем случае позволяет активным атакам манипулировать и восстанавливать открытый текст. Приложениям рекомендуется использовать AEAD взамен. Если неаутентифицированный режим Stream необходим, можно использовать NewCTR взамен.

crypto/ecdsa

PrivateKey.Sign теперь создаёт детерминистичную сигнатуру в соответствии с RFC 6979, если источник случайности nil.

crypto/md5

Значение, возвращаемое md5.New, теперь также реализует интерфейс encoding.BinaryAppender.

crypto/rand

Функция Read теперь гарантирует отсутствие неудач. Если Read встретит ошибку во время чтения Reader, программа безвозвратно завершит работу. Обратите внимание, что умолчальный Reader задокументирован всегда работать успешно, поэтому это изменение должно затронуть только те программы, которые переопределяют переменную Reader. Одним исключением являются ядра Linux до версии 3.17, где умолчальный Reader всё ещё открывает /dev/urandom и может потерпеть неудачу.

На Linux 6.11 и позже Reader теперь использует системный вызов getrandom через vDSO. Это в несколько раз быстрее, обычно для небольших чтений.

На OpenBSD Reader теперь использует arc4random_buf(3).

Новая функция Text теперь может генерировать криптографически безопасные случайные строки текста.

crypto/rsa

GenerateKey теперь возвращает ошибку если запрошен ключ длинной менее 1024 битов. Все методы Sign, Verify, Encrypt и Decrypt теперь возвращают ошибку, если используются с ключом размера менее 1024 битов. Такие ключи небезопасны и не должны использоваться. Настройка GODEBUG rsa1024min=0 восстанавливает старое поведение, но разработчики Go рекомендуют делать это только при необходимости и только в тестах, например добавляя строку //go:debug rsa1024min=0 в файл теста. Новый пример GenerateKey предоставляет простой для использования стандартный 2024-битный тестовый ключ.

Теперь безопасно и более эффективно вызывать PrivateKey.Precompute до PrivateKey.Validate. Precompute теперь быстрее в присутствии частично заполненного PrecomputedValues, например при извлечении ключа из JSON.

Пакет теперь отклоняет больше неправильный ключей, даже когда Validate не вызывается, и GenerateKey теперь может вернуть новые ошибки для сломанных источников случайности. Поля Primes и Precomputed структуры PrivateKey теперь используются и валидируются даже когда некоторые значения отсутствуют. Также внесены изменения в crypto/x509 по разбору и извлечению ключей RSA, описанные ниже.

SignPKCS1v15 и VerifyPKCS1v15 теперь поддерживают SHA-512/224, SHA-512/256 и SHA-3.

GenerateKey теперь использует немного другой метод для генерации приватной экспоненты (функция Кармайкла вместо функции Эйлера). Редкие приложения, которые извне пересоздают ключи только из простых чисел, могут создать разные, но совместимые результаты.

Операции над публичными и приватными ключами теперь до двух раз быстрее на wasm.

crypto/sha*

crypto/subtle

Новая функция WithDataIndependentTiming позволяет пользователю исполнять функцию с включенными функциями, специфичными для архитектуры, которые гарантируют неизменность определённых инструкций относительно времени значения данных. Это может быть использовано для того, чтобы убедиться в том, что код, созданный для работы за константное время, не был оптимизирован функциями уровня процессора таким образом, что он работает в переменное время. На данный момент WithDataIndependentTiming использует бит PSTATE.DIT на arm64 и ничего не делает на всех остальных архитектурах. Настройка GODEBUG dataindependenttiming=1 включает режим DIT на всю программу Go.

Вывод XORBytes должен перекрываться полностью или никак с вводом. Ранее поведение было неопределено в противном случае, тогда как сейчас XORBytes будет паниковать.

crypto/tls

Сервер TLS теперь поддерживает Encrypted Client Hello (ECH). Эта возможность может быть включена заполнением поля Config.EncryptedClientHelloKeys.

Новый пост-квантовый механизм обмена ключом X25519MLKEM768 теперь поддерживается и включен по умолчанию когда Config.CurvePreferences является nil. Настройка GODEBUG tlsmlkem=0 возвращает дефолт.

Поддержка экспериментального обмена ключом X25519Kyber768Draft00 была убрана.

Порядок обмена ключом теперь обрабатывается полностью пакетом crypto/tls. Порядок Config.CurvePreferences теперь игнорируется, а содержимое используется только для определения того, какие обмены ключом включить, когда поле заполнено.

Новое поле ClientHelloInfo.Extensions перечисляет список идентификаторов расширений, полученных в сообщении Client Hello. Это может быть полезно для снятия отпечатков клиентов TLS.

crypto/x509

Настройка GODEBUG x509sha1 была убрана. Certficicate.Verify больше не поддерживает подписи, основанные на SHA-1.

OID теперь реализует интерфейсы encoding.BinaryAppender и encoding.TextAppender.

Умолчальное поле политик сертификата было изменено с Certificate.PolicyIdentifiers на Certificate.Policies. При разборе сертификатов оба поля будут заполнены, но при создании политики сертификатов будут взяты из поля Certificate.Policies вместо Certificate.PolicyIdentifiers. Это изменение может быть возвращено настройкой GODEBUG x509usepolicies=0.

CreateCertificate теперь будет генерировать серийный номер используя RFC 5280 совместимый метод при передаче шаблона полем Certificate.SerialNumber nil, вместо сбоя.

Certificate.Verify теперь поддерживает валидацию политики, как определено в RFC 5280 и RFC 9618. Новое поле VerifyOptions.CertificatePolicies может быть установлено на приемлемый набор политик OIDs. Только цепи сертификатов с валидными графами политик будут возвращены из Certificate.Verify.

MarshalPKCS8PrivateKey теперь возвращает ошибку вместо извлечения неправильного ключа RSA. (MarshalPKCS1PrivateKey не имеет возвращения ошибки и его поведение при предоставленных неправильных ключах продолжает быть неопределено.)

ParsePKCS1PrivateKey и ParsePKCS8PrivateKey теперь используют и валидируют закодированные значения CRT, поэтому могут отклонять неверные ключи RSA, которые были ранее принятыми. Использование настройки GODEBUG x509rsacrt=0 возвращает к пересчитыванию значений CRT.

debug/elf

Пакет debug/elf добавляет поддержку обработки версий символов в динамичных файлах ELF (Executable and Linkable Format). Новый метод File.DynamicVersions возвращает список динамичных версий, определённых в файле ELF. Новый метод File.DynamicVersionNeeds возвращает список динамических версий, требуемых этим файлом ELF, которые определены в других объектах ELF. Наконец, новые поля Symbol.HasVersion и Symbol.VersionIndex указывают версию символа.

encoding

Два новых интерфейса TextAppender и BinaryAppender были введены для добавления текстового или бинарного представления объекта к слайсу байтов. Эти интерфейсы предоставляют такую же функциональность, что и TextMarshaler и BinaryMarshaler, но вместо выделения нового слайса каждый раз, они добавляют данные напрямую в существующий слайс. Эти интерфейсы сейчас реализованы типами стандартной библиотеки, которые уже реализуют TextMarshaler и/или BinaryMarshaler.

encoding/json

При сборке поле структуры с новой опцией omitzero в теге поля структуры будет опущено, если его значением является ноль. Если тип поля имеет метод IsZero() bool, он будет использован для определения, является ли значение нулём. Иначе значение будет нулём если оно нулевое значение для его типа. Тег поля omitzero чище и менее подвержен ошибкам чем omitempty, когда намерением является опустить нулевые значения. В частности, в отличие от omitempty, omitzero опускает нулевые time.Time значения, что является частым источником проблем.

Если указаны оба omitempty и omitzero, поле будет опущено если значение пустое или нулевое (или сразу вместе).

UnmarshalTypeError.Field теперь включает встроенные структуры для предоставления более детальных сообщений ошибки.

go/types

Все структуры данных go/types, которые раскрывают последовательности пары методов, как Len() int и At(int) T, теперь также имеют методы, которые возвращают итераторы, позволяя упростить код подобный этому:

params := fn.Type.(*types.Signature).Params()
for i := 0; i < params.Len(); i++ {
  use(params.At(i))
}

На этот:

for param := range fn.Signature().Params().Variables() {
  use(param)
}

Методы: Interface.EmbeddedTypes Interface.ExplicitMethods Interface.Methods MethodSet.Methods Named.Methods Scope.Children Struct.Fields Tuple.Variables TypeList.Types TypeParamList.TypeParams Union.Terms

hash/*

log/slog

Новый DiscardHandler является обработчиком, который никогда не включен и всегда отбрасывает свой вывод.

Level и LevelVar теперь реализуют интерфейс encoding.TextAppender.

math/*

net

ListenCondig теперь использует MPTCP по умолчанию на системах, где это поддерживается (пока только Linux).

IP теперь реализует интерфейс encoding.TextAppender.

net/http

Изменилось ограничение Transport на полученные информационные ответы 1xx в ответ на запрос. Ранее это останавливало запрос и возвращало ошибку после получения более 5 ответов 1xx. Теперь это возвращает ошибку только если весь размер всех ответов 1xx превышает настройку конфигурации Transport.MaxResponseHeaderBytes.

Кроме того, когда запрос имеет хук для отслеживания net/http/httptrace.ClientTrace.Got1xxResponse, теперь нет ограничения на общее число ответов 1xx. Хук Got1xxResponse может вернуть ошибку для остановки запроса.

Transport и Server теперь имеют поле HTTP2, которое разрешает конфигурирование настроек протокола HTTP/2.

Новые поля Server.Protocols и Transport.Protocols предоставляют простой способ сконфигурировать какие протоколы HTTP сервер или клиент используют.

Сервер и клиент могут быть сконфигурированы поддерживать незашифрованные подключения HTTP/2.

Когда Server.Protocols содержит UnencrypterHTTP2, сервер примет подключения HTTP/2 на незашифрованные порты. Сервер может принять сразу HTTP/1 и незашифрованный HTTP/2 на один и тот же порт.

Когда Transport.Protocols содержит UnencryptedHTTP2 и не содержит HTTP1, траспорт будет использовать незашифрованный HTTP/2 для адресов http://. Если транспорт сконфигурирован использовать сразу HTTP/1 и незашифрованный HTTP/2, он будет использовать HTTP/1.

Поддержка незашифрованного HTTP/2 использует «HTTP/2 с предварительным знанием» (RFC 9113, секция 3.3). Устаревший заголовок “Upgrade: h2c” не поддерживается.

net/netip

Addr, AddrPort и Prefix теперь реализуют интерфейсы encoding.BinaryAppender и encoding.TextAppender.

net/url

URL теперь также реализует интерфейс encoding.BinaryAppender.

os/user

В Windows Current теперь может быть использован в Windows Nano Server. Реализация была обновления для избежания использования функций из библиотеки NetApi32, которая отсутствует в Nano Server.

В Windows Current, Lookup и LookupId теперь поддерживают следующие встроенные сервисные аккаунты пользователя:

  • NT AUTHORITY\SYSTEM
  • NT AUTHORITY\LOCAL SERVICE
  • NT AUTHORITY\NETWORK SERVICE

В Windows Current был значительно ускорен, когда текущий пользователь присоединён к медленному домену, что является обычным случаем для многих корпоративных пользователей. Новая производительность реализации теперь в порядке миллисекунд, в сравнении с предыдущей реализации, которая могла занять несколько секунд, даже минут, до завершения.

В Windows Current теперь возвращает пользователя владельца процесса, когда текущий поток выдаёт себя за другого пользователя. Ранее это возвращало ошибку.

regexp

Regexp теперь реализует интерфейс encoding.TextAdapter.

runtime

Функция GOROOT теперь объявлена устаревшей. В новом когде следует предпочесть использование системного пути для определения бинарника “go”, и использовать go env GOROOT для определения GOROOT.

strings

Пакет strings добавляет несколько функций для работы с итераторами:

  • Lines возвращает итератор по разделённым новой линией строкам в строке.
  • SplitSeq возвращает итератор по всем подстрокам строки, разделённой сепаратором.
  • SplitAfterSeq возвращает итератор по подстрокам строки, разделённой после каждого вхождения сепаратора.
  • FieldsSeq возвращает итератор по подстрокам строки вокруг последовательностей символов пробела, как определеноunicode.IsSpace
  • FieldsFuncSeq возвращает итератор по подстрокам строки вокруг последовательностей кодовых точек юникода, удовлетворяющих предикату.

sync

Реализация sync.Map была изменена, улучшая производительность, в особенности для изменений словаря. Например, менее вероятно соперничество изменений непересекающихся множеств на больших словарях, и больше не требуется время наращивания для достижения от словаря нагрузки низкого соперничества.

Если вы встретите какие-либо проблемы, установите GOEXPERIMENT=nosynchashtriemap во время сборки, чтобы вернуться назад к старой реализации и, пожалуйста, заполните форму проблемы.

testing

Новые методы T.Context и B.Context возвращают контекст, который отменяется после завершения теста и до выполнения функций очистки теста.

Новые методы T.Chdir и B.Chdir могут быть использованы для изменения рабочий директории на период работы теста или бенчмарка.

text/template

Шаблоны теперь поддерживают range-over-func и range-over-int.

time

Time теперь реализует интерфейсы encoding.BinaryAppender и encoding.TextAppender.

Ports

Linux

Как было объявлено в заметках релиза Go 1.23, Go 1.24 требует ядро Linux версии 3.2 или позже.

Darwin

Go 1.24 является последним релизом, который будет работать на macOS 11 Big Sur. Go 1.25 будет требовать macOS 12 Monterey или позже.

WebAssembly

Директива компилятора go:wasmexport добавлена в программы Go для экспорта функций в хост WebAssembly.

В WebAssembly System Interface Preview 1 (GOOS=wasip1 GOARCH=wasm) Go 1.24 поддерживает сборку программы Go как reactor/library через указание флага сборки -buildmode=c-shared.

Больше типов теперь разрешены как тип аргумента или результата для функций go:wasmimport. В особенности, bool, string, uintptr и указатели на определённые типы разрешены (подробности можно увидеть в документации), вместе с 32-битными и 64-битными типами целых чисел и с плавающей точкой, и unsafe.Pointer, которые уже разрешены. Эти типы также разрешены как типы аргумента или результата для функций go:wasmexport.

Файлы поддержки для WebAssembly были перемещены в lib/wasm из misc/wasm.

Исходный размер памяти значительно сокращён, особенно для маленьких приложений WebAssembly.

Windows

32-битный порт windows/arm (GOOS=windows GOARCH=arm) был отмечен как сломанный. Подробности в #70705

>>> Go 1.24 Release Notes



Проверено: hobbit ()
Последнее исправление: hobbit (всего исправлений: 4)

Разработчики языка ожидают, что почти все программы Go продолжат компилироваться и работать как прежде.

почти все

WTF?!

X-Pilot ★★★★★
()
Ответ на: комментарий от ivanich10

Очевидно, тем, что это не PHP. Это нативно компилируемый и достаточно строгий язык, вместе с тем там есть сборка мусора, например.

Вот развёрнутый ответ на вопрос «Чем оно лучше Java» я бы сам с удовольствием почитал (ну кроме того, что ему не нужна JRE и нет лишней сущности в виде промежуточного кода, разумеется).

hobbit ★★★★★
()
Последнее исправление: hobbit (всего исправлений: 1)

мне кажется или гуглтранслейтом перевод делался? смысл местами прям совсем слабоулавливаемый. ушел читать оригинал.

ergo ★★★
()

в голанге только одна правильная вещь. это каналы. а чудесатое форматирование, и мегаэкономный синтаксис - ужасны.

больше не требуется время наращивания для достижения от словаря нагрузки низкого соперничества.

до слез.

alysnix ★★★
()

Какая же отвратительная картинка у них в качестве логотипа, а тут она ещё хуже выглядит.

firkax ★★★★★
()
Ответ на: комментарий от hobbit

нет лишней сущности в виде промежуточного кода

Ага glibc например, можно прямо поверх ядра в докере пускать. Есть конечно свои заморочки, но как вариант.

bdrbt
()
Ответ на: комментарий от ergo

В оригинале формулировки такие же. Я сам местами не до конца понял. Особенно SplitAfterSeq

kaldeon
() автор топика
Последнее исправление: kaldeon (всего исправлений: 1)
Ответ на: комментарий от hobbit

неа -

одна из причин на «дюжину» лет взрослее поэтому пожелания заказчика менее важны сеньёркам_всех_любого_пола - генезис Жабы фиат генезис Гохорька csp-Хоара когда «корпорации добра» перестало хватать питона(и по жабо подобным причинам и по gil'у) - для 10**100 го это был упрощёный(а значит дешевле) змий и улучшеный(csp-быстросортир(овоч)ног) по производительности требованиям к железу - основной разраб явно не Томпсон(а кстати где он?) и не Пайк(от пайка главное предыдущие 30летнии наработки в конкурентности и преземление теорий и эвристик в практику) - основной автор толи ученик толи через одно колено потомок по математике Вирта достославного

как и джаба пока была дубом была от какого то Франца

жаба это оракл - сплошные реляции и отчёты в высокоэффективных бюрократиях как мыслилось социальным мечтателям 19 века

голэнг апроприирует опыт сварма партизан из вчерашних собирателей риса

зы - опыт многопоточности у Пайка и Ко ещё со времён отказа от ерланга и раннее - а массы к многоисполнительности тока в середине нулевых начали(всё ещё НЕ окончательно ибо считается не началкой) приобщатся к

модель как правильно готовить распределённость всё ещё печётся

и java и golang (как и многие другие варианты многоНодовости)- всё ещё рынкуют модель как на рынкуют так окаменеет в единственно верно-адекватной реальности

qulinxao3 ★★
()
Последнее исправление: qulinxao3 (всего исправлений: 2)
Ответ на: комментарий от alysnix

For instance, modifications of disjoint sets of keys are much less likely to contend on larger maps, and there is no longer any ramp-up time required to achieve low-contention loads from the map.

kaldeon
() автор топика
Ответ на: комментарий от kaldeon

фича голанги потраха наружу

следствие

окаменивание не оптимальных интерфейсов

сорян но ассоциативные массивы хоть и почти с самого начала но синтаксис ( да и кусками семантика ) сплошной «ансаунд»

qulinxao3 ★★
()
Ответ на: комментарий от kaldeon

Yandex-переводчик дает более понятный перевод

For instance, modifications of disjoint sets of keys are much less likely to contend on larger maps, and there is no longer any ramp-up time required to achieve low-contention loads from the map.

– Например, модификации непересекающихся наборов ключей с гораздо меньшей вероятностью будут конфликтовать на больших картах, и больше не требуется время для увеличения загрузки карты с низким уровнем конфликтности.

alysnix ★★★
()
Ответ на: комментарий от kaldeon

Ну дык переведи по смыслу:

Уменьшена верятность конфликта ключей в хэшмапе (hashmap), что в перспективе уменьшает количество конфликтов и связанных с ними изменениях, что положительно отражается на скорости получения значения из хэшмапа в условиях конкуррентного доступа

bdrbt
()
Ответ на: комментарий от alysnix

Мой вариант лучше. Есть вопрос к формулировке «увеличение загрузки карты с низким уровнем конфликтности». Имеются ввиду «низко-конфликтные загрузки», а не «низкоконфликтные карты». И какое ещё увеличение загрузки?

kaldeon
() автор топика
Последнее исправление: kaldeon (всего исправлений: 4)
Ответ на: комментарий от bdrbt

Согласен, так лучше. Чуть позже отредачу.

Edit: Хотя не вижу смысла не делать буквальный перевод, если это возможно. А это возможно. Просто слова непривычные для русского языка. Что поделать.

kaldeon
() автор топика
Последнее исправление: kaldeon (всего исправлений: 2)
Ответ на: комментарий от kaldeon

стоит предварять словесный суп указанием контекста ибо неофитам полезно

qulinxao3 ★★
()
Ответ на: комментарий от kaldeon

твой вообще бессмысленный. какой-то китай.

" больше не требуется время наращивания для достижения от словаря нагрузки низкого соперничества."

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

alysnix ★★★
()
Ответ на: комментарий от ivanich10

чем оно лучше php?

Тем же, чем экскаватор лучше бульдозера.

  • Golang: статическая строгая типизация.
  • PHP: динамическая слабая типизация.

Golang создавался как «безопасный» C++ с примитивами для Concurrency, PHP — как «безопасный» Perl для веб-страниц. Под словом «безопасный» понимается исключение опечаток программиста и требование меньшего внимания к деталям кодирования.

Чем Go лучше PHP? Ровно тем же, чем C++ лучше Perl. Ничем. Это инструменты для решения задач различных типов. Сравнивать «лучше/хуже» можно только применительно к конкретному проекту, чтобы понять, какой инструмент для него больше подходит.

Например:

  • PHP лучше подходит для быстрой разработки веб-приложений, особенно с использованием CMS (WordPress, Drupal) или фреймворков (Laravel, Symfony).
  • Go лучше подходит для создания высоконагруженных систем, микросервисов, сетевых приложений и утилит, где важны производительность и многопоточность.

Каждый язык имеет свою экосистему и сильные стороны, и выбор зависит от задачи, которую нужно решить.

lbvf50txt
()
Последнее исправление: lbvf50txt (всего исправлений: 1)
Ответ на: комментарий от hobbit

Мне кажется что в данный момент на Go вакансий немного и разработчики бьются за место, а на жабе конторы за разработчиков.

perl5_guy ★★★★★
()
Ответ на: комментарий от perl5_guy

Тем что Go-разработчикам не надо платить столько сколько жабаводам

Я что-то пропустил? Они же сейчас зарабатывают больше джавистов, во всяком случае на международном рынке. Идет буквально хайп как в свое время начинался с JS на ноде.

Obezyan
()
Ответ на: комментарий от perl5_guy

Мне кажется что в данный момент на Go вакансий немного и разработчики бьются за место, а на жабе конторы за разработчиков.

Go — это новые проекты с уже новыми подходами к проектированию. А Java — это часто legacy ещё из поздних 90-х, копаться в legacy — удовольствие сильно ниже среднего.

lbvf50txt
()
Ответ на: комментарий от X-Pilot

в наше непростое время это уже некоторый успех, наверно...

piyavking ★★★★★
()
Ответ на: комментарий от lbvf50txt

Ух ты, адекватное аргументированное суждение в вопросе A vs B. На ЛОРе это редкость.

Obezyan
()
Ответ на: комментарий от lbvf50txt

Ну вообще-то это не c++, а C на стероидах и с конкуренцией. Он императивный так-то. Ну и с производительностью тут «нейросеть» перестаралась, go - ниразу не производительный, GC у него морозит всё при сборке мусора. Его плюсы в простоте синтаксиса и более-менне нормальной стандартной библиотеке со всем необходимым для разработки этих самых сервисов. Производительность в нём достигается только масштабированием.

bdrbt
()
Ответ на: комментарий от firkax

ну, по крайней мере, они не пытаются корчить из себя конфетку...

piyavking ★★★★★
()
Ответ на: комментарий от bdrbt

Ну вообще-то это не c++, а C на стероидах и с конкуренцией. Он императивный так-то.

В 2009 году было выступление создателя языка Rob Pike, где он рассказывал о причинах создания нового языка и требованиях к нему. Там всё описывается подробно и досконально. Лекция доступна на YouTube.

Его плюсы в простоте синтаксиса

В Go синтаксис не простой, он однозначный. В самом первом приближении массивы разных размеров — это отдельный тип данных, slice представляет собой структуру над массивом. Во втором приближении происходит автоматическое разыменовывание/преобразование укзазателей в объекты, а объекты в указатели, при обращении к методам. Это не просто, это надо вчитываться и разбираться.

// a) Automatic dereferencing (Автоматическое разыменование)
var ptr *MyType = &MyType{Value: 42}
ptr.PrintValue() // Работает, хотя PrintValue определен для MyType, а не для *MyType.

// b) Automatic conversion to a pointer (Автоматическое преобразование в указатель)
var t MyType
t.Increment() // Работает, хотя Increment определен для *MyType.

go - ниразу не производительный, GC у него морозит всё при сборке мусора.

Это повторение чужих слов из форумных споров. Производительности Go вполне достаточно для ряда практических задач. Упереться в потолок производительности PHP можно только при очень серьёзных нагрузках, а уж про Go и говорить нечего.

lbvf50txt
()
Ответ на: комментарий от lbvf50txt

В Go синтаксис не простой, он однозначный.

Как раз таки простой, хитровые#анные конструкции - проблемы тех кто их использует, за такой код обычно бъют, и не только руками.

Это повторение чужих слов из форумных споров.

Враньё, пока у тебя rps на уровне полтора китайских бота зашло посканить - возможно тебе хватит, как только что-то посерьёзней - gc на графиках видно невооружённым глазом.

bdrbt
()
Ответ на: комментарий от bdrbt

GC у него морозит всё при сборке мусора.

Для того, чтобы не нагружать сборщик мусора, программы в Golang проектируются специальным образом. А именно: в начале программы выделяются буферы в памяти, которые во время работы программы используются.

В следствие такого дизайна сконструирован интерфейс io.Reader:

type Reader interface {
Read(p []byte) (n int, err error)
}

Обратите внимание: метод интерфейса считывает данные в буфер, а возвращает количество считанных байтов и ошибку. Следовательно, вы один раз выделяете буфер и потом им пользуетесь. Нагрузка на сборщик мусора минимальна.

Нагрузка на GC будет возникать только в случае ошибочной архитектуры программы:

type NotHowReaderIsDefined interface {
Read() (p []byte, err error)
}

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

Читайте Jon Bodner, не особо доверяйте форумным спорщикам.

lbvf50txt
()
Ответ на: комментарий от bdrbt

Как раз таки простой, хитровые#анные конструкции - проблемы тех кто их использует, за такой код обычно бъют, и не только руками.

Извините, вы абсолютно не разбираетесь в Golang. Это самые базовые конструкции. Вы просто повторяете чужие слова, где-то услышанные на форумах.

lbvf50txt
()
Ответ на: комментарий от lbvf50txt

Извините, вы абсолютно не разбираетесь в Golang.

Нет не извиню, ты порешь чушь с примерами на уровне хелловорлдов.

bdrbt
()
Ответ на: комментарий от perl5_guy

Тем что Go-разработчикам не надо платить столько сколько жабаводам

Надо. Мне вот платят.

zg
()
Ответ на: комментарий от hobbit

Это нативно компилируемый и достаточно строгий язык

Так, а плюсы то есть? В контексте быдлокодинга для веб это всё только мешает.

bread
()
Ответ на: комментарий от perl5_guy

Мне кажется что в данный момент на Go вакансий немного и разработчики бьются за место, а на жабе конторы за разработчиков.

Не так. Джава работников, включая помидоров, и джава работы сейчас хоть жопой жуй. Го работников очень мало, го работы тоже мало. Многие компании (правда с каждым годом их всё меньше) готовы брать го помидоров без опыта в Go, но с помидорным опытом в других ЯП, например в той же Java, как в моём случае. Это окно возможностей постепенно закрывается и наверное через 2 - 3 года закроется полностью, то есть помидоров из других ЯП брать в Go не будут. С другой стороны, если начнётся массовый перевод больших Java проектов на Go (как в своё время переводили большие C++ проекты на Java) конторы могут сами озаботиться переучиванием своих кадров. Вот только врядли это произойдёт сильно массово, потому что Java уже превратилась в Кобол №2 и весь этот легаси ни на что переводить не захотят, а новые проекты будут искать готовых Go помидоров в небольших количествах.

zg
()
Ответ на: комментарий от Obezyan

Я что-то пропустил? Они же сейчас зарабатывают больше джавистов, во всяком случае на международном рынке. Идет буквально хайп как в свое время начинался с JS на ноде.

Так было года три назад. Сейчас в Go и в Java примерно одинаковые зарплаты. По крайней мере в моих субтропиках.

zg
()
Ответ на: комментарий от lbvf50txt

Go — это новые проекты с уже новыми подходами к проектированию.

Не смешно уже лет 10 такое читать. Там теперь тоже легаси, только копаться новичкам предстоит в безумной лапше без паттернов. Это намного хуже даже пхп.

bread
()
Последнее исправление: bread (всего исправлений: 1)
Ответ на: комментарий от perl5_guy

Мне без разницы чё там у Вандербильдихи, я вакансии ищу на листочках что на берёзках развешивают.

Если не сложно, поведайте пожалуйста как обстоят дела на внутреннем рынке сейчас. Мне действительно интересно. По Java/Go вообще и по вашему направлению в частности, если оно отличается.

Obezyan
()
Ответ на: комментарий от lbvf50txt

В 2009 году было выступление создателя языка Rob Pike, где он рассказывал о причинах создания нового языка и требованиях к нему. Там всё описывается подробно и досконально. Лекция доступна на YouTube.

На самом деле Go пришёл из AT&T в кармане и в голове Пайка почти в готовом виде. Вот хороший доклад на русском на эту тему.

https://www.youtube.com/watch?v=ql-uncsqoAU

zg
()
Ответ на: комментарий от bdrbt

Да что с вами не так, вы своими ответами буквально расписываетесь в том что дупля не отбиваете в обсуждаемой теме, но продолжаете что-то пытаться выдавить из себя, зачем?

Ваш собеседник буквально на пальцах объяснил что ваши нагугленные претензии к Go немного не в тему.

Я не защитник вашего собеседника и тем более не защитник Go, у него есть свои косяки, но это не то о чем вы пишете.

Obezyan
()
Ответ на: комментарий от bread

Раньше четырёх - пяти лет назад Go практически нигде, за пределами Google, не использовался. По крайней мере серьёзно. Поэтому говорить о каком-то легаси на Go довольно смешно. С другой стороны проблема говнокода таки существует. Прежде всего потому, что многие Go проекты начинались людьми без серьёзного опыта в нём. Вижу это даже на своей нынешней работе, где Go появился 3 - 4 года назад.

zg
()
Ответ на: комментарий от zg

Не скажи, где-то в 2017м первый раз в продакшене заюзал, при этом на тот момент было несколько знакомых контор которые его активно внедряли. Но общий рынок тогда пустовал, да. К началу 2020-го на него поползли более массивные инертные конторы.

bdrbt
()
Для того чтобы оставить комментарий войдите или зарегистрируйтесь.