нет, вы просто не сможете ее использовать из asyc-std

:с

примерно из-за подробной херни я бежал с питона в го

там гвоздями рантайм прибит

после того, как глянешь, можешь ещё глянуть это ревью той статьи https://whatheco.de/2011/02/10/camelcase-vs-underscores-scientific-showdown/

ну так тут то ничего не прибито

ну причины то понятны

что нравится то и используй

@Psilon кусь

он же спать пошел :с

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

Че там за драма была с клабником и гц?

не было

Клабник просто решил терминами поиграть, и натянул термин "гц" на вещи, которые им не являются. И это подлило масла в огонь в споре, что такое гц. В частности, является ли RefCount и RAII гц.

Если ГЦ добрался до А значит на него нет корневых ссылок

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

То есть тут строгая детерминированность действий:
1. Нет корневых ссылок до конструкции А <-> Б
2. Сборщик мусора это видит и помечает А и Б для сборки
3. Сборщик мусора видит, что у Б есть финализатор - выполняет его. Б может писать в А
4. Сборщик мусора помечает память занятую А и Б как свободную

Про это у рихтера подробно есть

вопрос про "а если у А тоже есть финализатор, то что делать, это ж трекать придётся"

ну и синхронизироваться ещё, короче полноценный closeable

А выполняет финализатор
Б выполняет финализатор
Только потом очистка памяти

Финализаторы в одном треде

очереёдность недетерминирована и может быть параллельной