debug到第一行的时候，会发现此处获取到的postProcessorNames 中只有一个值，就是前面准备工作中通过硬编码往容器里注册的ConfigurationClassPostProcessor类。下面的逻辑就是进行各种判断，最后在第19行完成了对ConfigurationClassPostProcessor中postProcessBeanDefinitionRegistry方法的调用。
就是在这个后置处理方法中，完成了@ComponentScan("myPackage")中对包的扫描，完成了所有Bean的注册。执行完这个方法后，你会发现beanDefinitionMap中所有应该容器管理的类全都齐活了，包括其他的后置处理器。这样，后面继续调用beanFactory.getBeanNamesForType方法时，获取到的是所有满足条件的类，后面的工作就会有条不紊的开展下去了。
总结
本文着重追溯了BeanFactoryPostProcessor及其子接口是如何在Spring中发挥作用的。先通过Spring初始化容器时注册进去的ConfigurationClassPostProcessor类触发对其他类的扫描，待全部注册进容器后，再从容器中取对应的BeanFactoryPostProcessor及其子接口的实现类，逐一对重写方法进行调用。
虽然魔鬼在细节，但这也正是解读源码的快乐之处，不是吗？