控制器（Spring Managed Bean）作用域问题：Singleton、Request 还是 Session？

Question

这个问题有点长，因为它是概念性的。我希望这不是一个糟糕的阅读:)

我正在开发一个性能关键的 Spring MVC/Tiles Web 应用程序（10,000 个用户的典型负载）。我们加载一个更新员工屏幕，在这里我们加载一个员工详细信息屏幕（绑定到员工业务对象）以通过 MultiActionController 进行更新。此屏幕上有多个选项卡，但只有 tab1 有更新的数据。其余的选项卡都是只读的，基本供参考。

不用说，我们决定以惰性方式加载这些只读选项卡，即，当每个选项卡被激活时，我们会触发一次 ajax 调用以从服务器获取数据。我们不会通过更新视图加载方法加载所有内容。请记住：这是一次性的只读数据。

现在，我进退两难了。我制作了另一个名为“AjaxController”的多动作控制器来处理这些 ajax 调用。现在，我的问题：

1. 此控制器的最佳范围应该是什么？

想法：如果我将其设为请求范围，那么 10,000 个用户一起可以创建 10,000 个此 bean 的实例：内存问题。如果我将其设置为会话范围，那么将为每个用户会话创建一个。这意味着，当 10,000 个用户登录到应用程序时，无论他们是否点击 AjaxController 方法，他们都会拥有一个 bean。

1. 那么，单例是这个控制器的最佳范围吗？

想法：Spring Boot 时会创建一个单例 bean，并且整个过程都会提供这个实例。听起来不错。

1. 处理程序方法（如 fetchTab7DataInJsonFormat）是否应该是静态的并附加到类？

思考：在这种情况下，havign 静态方法会在语义上与作用域发生冲突吗？例如：scope="session"/"request" + 静态方法有意义吗？我问是因为即使每个用户会话都有自己的 AjaxController bean，但处理程序方法实际上附加到类，而不是实例。另外，scope="singleton" + 静态处理方法有意义吗？

4. 我可以手动将单例设计模式实现到 AjaxController 中吗？

想法：如果我控制创作怎么办：基本上做 GoF 单例。那么范围规范能做什么呢？范围会话/请求肯定不能创建多个实例，可以吗？

5. 如果通过任何机制（bean 规范/设计模式/静态方法），我确实设法拥有一个 AjaxController 实例：这些 STATIC 方法是否需要同步？我认为不是，因为即使 STATIC 处理程序方法可以与需要时间的服务（与 DB/WS/MQ 等）通信，我认为每个进入静态方法的请求线程都会由它们的线程 ID 返回，对吗？不是说user1进入了静态方法，然后user2在user1还没有返回之前就进入了静态方法，然后都得到了一些乱码？这可能很愚蠢，但我想确定一下。

我很困惑。我基本上只需要一个控制器 bean 实例来服务所有客户端的所有请求。

重要说明：AjaxController bean 不会在其他任何地方注入，它是孤立存在的。它的方法是通过 ajax 调用来实现的。

Answer 1

如果我这样做，我肯定会在其中不包含静态方法且不包含任何状态的情况下制作 LazyLoadController 单例。

另外，你绝对不应该手动实例化单例，最好使用 Spring 的通用机制，让框架控制一切。

总体思路是避免在控制器中使用任何静态方法和/或持久数据。正确的机制是使用一些服务 bean 为请求生成数据，因此控制器充当请求参数调度程序以将数据提取到视图中。控制器中不应允许任何可变状态或同时存在不安全的东西。如果某些组件是用户特定的，Spring 的 AOP 系统会提供基于会话/请求的组件注入。

这是关于做类似事情的良好做法。有一些事情需要澄清，以便为您的案例提供更具体的答案。我是否正确理解典型的用例是 AjaxController 会将一些请求传递给 LazyLoadController 以获取选项卡数据？请在评论或您的问题中提供有关此内容的详细信息，以便我更新我的答案。

在控制器中使用静态方法的问题在于您必须自己管理并发安全性，这不仅容易出错，还会降低整体性能。 Spring 在自己的线程中运行每个请求，因此如果两个并发调用需要使用某种静态方法并且存在共享资源（因此您需要使用同步语句或锁），则其中一个线程将不得不等待另一个线程完成工作在受保护的块中。另一方面，如果您使用无状态服务并避免数据可能被多个调用共享，您将获得更高的性能并且无需处理并发数据访问。