何时在 Spring MVC 中为控制器使用请求范围的 bean 而不是 singleton bean

Question

Is it to ensure that the controllers are thread safe?

If the above case is true, then is it necessary to go through the overhead of bean creation for each request rather than making the controller code not rely on instance variables?

Answer 1

Your default position should be to use singleton controllers which are thread-safe. This partly for performance reasons, as you say, and partly for reasons of good design - a large mass of stateful, request-scoped beans is a mess.

Using request-scoped controllers (or other request-scoped beans) is a specialised requirement which you should only use when you have good reason to do so, ie you have beans whose state must be private to the lifecycle of that particular request.

Answer 2

Request scoped beans are short living instances of a class, they will be created when a new request comes in.

Singleton beans live the entire lifetime of your application. Note: If you have a multi user application with several sessions, all users will access the same instance of your beans, if they are singletons.

I would prefer Request scoped beans whenever possible in a web application.