精选留言(5)

• 

  Jxin

  1.基本都是单一查找，依赖查找可以在LB这种场景应用，但这个分层查找有啥用？
  2.看着demo随手改了下，相对于双亲模式，多了一个HierarchicalBeanFactory的类型判断。
  
      private static boolean containsBean(HierarchicalBeanFactory beanFactory, String beanName) {
          final BeanFactory parentBeanFactory = beanFactory.getParentBeanFactory();
          // parentBeanFactory 非层级结构 则看自己
          if (!(parentBeanFactory instanceof HierarchicalBeanFactory)) {
              return beanFactory.containsLocalBean(beanName);
          }
          // parentBeanFactory 是层级结构 先看parentBeanFactory
          if (containsBean((HierarchicalBeanFactory) parentBeanFactory, beanName)) {
              return true;
          }
          // parentBeanFactory 是层级结构 且parentBeanFactory不包含, 则看自己
          return beanFactory.containsLocalBean(beanName);
      }

  作者回复: 1.基本都是单一查找，依赖查找可以在LB这种场景应用，但这个分层查找有啥用？
  
  比如 Spring MVC 中，Biz 组件放在 Root ApplicationContext，而 Web 组件放在 DispatcherServlet 的 ApplicationContext，后者是前者的子 ApplicationContext，所以，子 ApplicationContext 可以读取父 ApplicationContext

  2020-01-23

  

   3
• 

  码农Kevin亮

  请问小马哥，个人还是不太明白这个容器的层次关系的具体应用场景，在什么情况下才有必要构建这个树结构？

  作者回复: 容器的层次关系主要的目的是实现 Bean 复用，假设一个应用存在一个 Root ApplicationContext，内部的 Bean 来自于一个 jar 包，那么，这个jar 包可能被两个不同的 Servlet 应用使用，这时，ServletContext A 和 ServletContext B 同时复用了这个 parent ApplicationContext，而它自己也有 ApplicationContext，这也是 Spring Web MVC 所涉及的应用上下文架构。

  2020-03-06

  

   1
• 

  勤劳的明酱

  根据BeanFactoryUtils#beansOfTypeIncludingAncestors(ListableBeanFactory lbf, Class<T> type)
  方法的描述
  such beans will be returned from the lowest factory that they are being found in,
  hiding corresponding beans in ancestor factories.</b> This feature allows for
  'replacing' beans by explicitly choosing the same bean name in a child factory;
  the bean in the ancestor factory won't be visible then, not even for by-type lookups.
  这里的意思应该是会选择子factory里的bean，而不是选择parentFactory里面的bean来解决冲突，在这个类里面不是类似双亲委派的选择方式，它们的设计初衷不一致

  作者回复: BeanFactory 的双亲委派和 ClassLoader 类似，和 Bean 冲突没有直接关系。 BeanFactoryUtils#beansOfTypeIncludingAncestors 仍旧是递归地查找指定类型的 Bean 集合，并且是在所有层次类查找，只不过该方法会排除子 BeanFactory 已存在的 Bean，这是一种就近原则的设计。

  2020-01-29

   5

   1
• 

  囊子

  老师，为什么在SpringMVC中设计独立的ApplicationContext，是为了让SpringMVC能独立于Spring使用吗？为什么干脆不强依赖Spring弄成一个ApplicationContext，所以，只是为了这种组件模块化分离设计的考虑吗？

  作者回复: 在 Spring Framework（包括 SpringMVC） 确实是两个应用上下文，当初的设计主要是为了复用，Root ApplicationContext 使用 Biz 组件，而 DispatcherServlet 关联的 ApplicationContext 则是管理 Web 组件。不过在 Spring Boot 场景下，收敛到同一个 ApplicationContext 中了

  2020-02-17

  

  
• 

  will

  如果父子BeanFactory里存在相同名称的Bean，BeanFactoryUtils#beansOfTypeIncludingAncestors 方法好像是排除父亲BeanFactory里的Bean，返回子BeanFactory里的Bean吧

  作者回复: 是的，会派出，这个和 ClassLoader 类似

  2020-02-04

  

  