model-view-controller - Controller (Spring Managed Bean)范围问题 : Singleton, 请求还是 session ？

Question

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

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

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

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

这个 Controller 的最佳范围应该是什么？

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

那么，单例是这个 Controller 的最佳范围吗？

想法:spring boot 时会创建一个单例 bean，并且会始终提供这个实例。听起来不错。

处理程序方法(如 fetchTab7DataInJsonFormat)是否应该是静态的并附加到类？

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

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

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

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

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

重要说明:AjaxController bean 不会在其他任何地方注入(inject)，它是孤立存在的。它的方法是通过 ajax 调用命中的。

Answer 1

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

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

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

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

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