java - 将对象存储到 JSTL 请求中的成本

Question

我们有遗留应用程序，很快它们将开始使用常见的 jsp 页面。然而，就所使用的技术而言，他们每个人都使用不同的 View 技术。很快，他们就可以在这些页面中使用 jSTL。

我想将我的包实现存储在请求中，以便 JSTL 像这样使用

  request.setAttribute("bundle", getBundle());

我们的 bundle 可能有 10000 个条目。

我的问题:

在请求中存储大对象会带来额外的成本吗？

更新:我们的 bundle 是静态的。 (每个服务器只有一个实例。)我的意思是我们在请求对象中只有一个引用。

也许我应该明确说出我的要求。已经存在的公共(public)页面已经实现。这个实现共享一个非常不同的捆绑实现。它与 java.util.ResourceBundle 不同。这就是为什么我无法使用 jSTL fmt 标签。

Answer 1

如果您正在重用已经创建的包，那么我想存储应该不会花费您(考虑到 - request 也是 Java 对象，并且只会引用另一个包含某些对象的集合)，但是如果您正在创建在每个请求调用中捆绑，那么这将是昂贵的，同样不是从存储的角度来看，而是每次创建包含 10, 000 个条目的 bundle 以及垃圾收集所花费的时间。