Котлин так не умеет. Даже если заморочиться со статическими инициализаторами (читай init-блоки у компаньонов в этом случае), они всё равно будут вызываться только тогда, когда что-то потрогает соответствующий класс.

Максимум -- свой компайлер плагин писать 🌚

Пишу либу - клиент для базы данных.
Либа использует сериализацию.
Разрабу придется писать @Serializable для сущностей, чтобы либа могла их сериализовать.
То есть сериализация все-равно торчит из либы (что меня несколько напрягает. Разраб то будет использовать сериализацию тоже, разные версии наверно могут поссориться).
Имеет ли смысл старятся спрятать @SerialName внутрь аннотации либы (и сделать свою мапу сериализаторов вместо SerializersModule)?
Или пусть вместе с @Serializable торчит и @SerialName?

Еще можно попросить разраба самого предоставить методы сериализации. И пусть тогда что хочет то и использует.

Тут не обойтись без какой-то обработки при сборке. Нормальный путь - через плагин компилятора, менее нормальный - kapt или какой-нибудь велосипед.

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

Да, всё так

launch {
           var x=0
           delay(100)
           x++
           delay(100)
           if(x!=1){
               //вполне возможная ситуация ??
           }
       }

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

Корутина выполняется последовательно, тут никаких сюрпризов

Только запустить её на однопоточном диспатчере

да но если ее будут изменять в разных тредах, она не обязательно синканется

Вы про понятие happens-before в курсе?

а оно здесь поможет?

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

раньше этот термин в java для синхронизации между тредами использовали.. так его для корутин переформулировали?

т.е. прям все изменения одного куска корутины выполнявшиеся на другом треде гарантированно попадут последующему?

Я вот здесь попытался максимально доступно рассказать, чтобы не надо было всю теорию параллельных вычислений изучать: https://proandroiddev.com/what-is-concurrent-access-to-mutable-state-f386e5cb8292

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

там написано
function yield performs synchronization

ок

Его не переформулировали, да и оно в целом не про треды, но как и с тредами в корутинах действует правило: "если работать с данными из одного потока/корутины, про это всё можно не думать"