эм, нет, с чего бы?

если не городить полный stateless конечно же

но тогда логичнее session выкинуть, чем request

Ну потому что сессия привязывается к запросам

Если ты ее инжектишь, то она инжектится на уровне запроса

да, но можно объявить и другой скоуп

но при этом сессия шире одного запроса и может включать несколько

В общем я не понимаю зачем это иметь в DI библиотеке

Если вам зачем-то хочется чтобы http сервер создавал объекты на запрос - пусть он и создает

но при этом если они бины - то их можно и инжектить

Ну это означает что на каждый запрос будет создаваться дерево объектов

Вместо того чтобы вятягивать нужное из coroutineContext, ThreadLocal или передавать явно

так скоуп по факту и будет жить в coroutineContext или TL, просто к нему будет удобное и привычное АПИ

они итак создаются

Controller в том же спринге может быть синглтоном, пока какой-нибудь ресурс с RequestScope не захочется заинжектить внутрь, и тогда он должен создаваться на каждый реквест (хотя можно было написать так, чтобы не создавался). И так может целое дерево всего создаваться, хотя могло быть просто синглтонами.

Я кстати так никогда не писал, но уверен что контоллер будет пересоздаваться (если только там каких прокси не накрутили)

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

синглтоны останутся все на месте

@Bean
@RequestScope
open requestScopedBean() = HelloMessageGenerator()

@Controller
open class ScopesController {
    @Resource(name = "requestScopedBean")
    private lateinit var requestScopedBean: HelloMessageGenerator
}

грязный код)

Я взял первый попавшийся из интернетов