Java Spring MVC中bean数量的限制
我正在使用SpringMVC开发一个web应用程序。我想知道应用程序上下文中bean的数量是否有限制。如果我有太多的bean,那么在加载应用程序时会出现问题吗?这会是一个性能问题吗?不,在应用程序上下文中声明bean没有这样的限制。唯一需要注意的是不同bean之间的依赖注入 这是一种基于功能区分bean并在不同上下文xml文件中声明bean的通用方法。例如,您可能希望在JMS.xml文件中声明与JMS相关的bean,这样可以模块化与上下文相关的文件,避免在一个文件中注入多个bean的麻烦Java Spring MVC中bean数量的限制,java,spring-mvc,Java,Spring Mvc,我正在使用SpringMVC开发一个web应用程序。我想知道应用程序上下文中bean的数量是否有限制。如果我有太多的bean,那么在加载应用程序时会出现问题吗?这会是一个性能问题吗?不,在应用程序上下文中声明bean没有这样的限制。唯一需要注意的是不同bean之间的依赖注入 这是一种基于功能区分bean并在不同上下文xml文件中声明bean的通用方法。例如,您可能希望在JMS.xml文件中声明与JMS相关的bean,这样可以模块化与上下文相关的文件,避免在一个文件中注入多个bean的麻烦 希望这
希望这有帮助不,没有。我建议在不同的应用程序上下文中拆分bean,并只加载您需要的bean。对于我的项目,我将所有相关的camel配置放在一个上下文上,并将所有bean相互注入数据库类 对于包含所有bean的单个文件,请记住,if不应该那么容易维护
试着看看doGetBean中的Bean创建块有多个同步块,这些块锁定了Bean的创建。 这意味着,如果您创建大量原型或请求范围的Bean,您将遭受线程争用。 请记住,只有在高容量应用程序中才可能存在此限制。
但是,如果它是一个高容量的应用程序,这将使系统崩溃。在一个项目中的一个spring配置文件中有100多个不同的类。所以,我想这是没有限制的。(是的,我知道100是一个很小的数字)如果你达到了豆子数量的限制,那么我想你的设计必须重新考虑。显然,如果你达到了这个限制,重新考虑设计可能是不值得的