工程中有2个bean，A和B，其中必须先初始化A再初始化B，但是没有depend-on或者Order等方式去保证，只不过恰好刚好这么运行着没出事，但是突然增加了一个C之后，就先初始化B再初始化A导致问题，但是在主干版本上却没问题。
解决这个问题其实很简单，depend-on即可，但是为什么会分支版本上会增加C后就改变AB的初始化顺序？为什么主干版本上同样添加没问题呢？可以看spring的源码 DefaultListableBeanFactory 类中有
private final Map<String, BeanDefinition> beanDefinitionMap = new ConcurrentHashMap<String, BeanDefinition>(256);
这个map保存的就是xml中定义的bean结构，spring解析定义的bean之后，保存到这里，其中key为beanid，value为bean的详细信息，根据beanid算出hashCode分别为1505068002，1682286698，从定义可以看到这是一个ConcurrentHashMap，在获取到定义后，spring在初始化的时候是怎么初始化的呢？显然也是从这个定义里取值，为了简化问题，我们理解为是类似如下方式
for(Entry<String,BeanDefinition> entry : beanDefinitionMap)
去遍历bean然后根据BeanDefinition来初始化，考虑分支版本的是用JDK1.6，主干是用JDK1.8，不同ConcurrentHashMap的实现是否会导致取出来的顺序不一样呢？
JDK1.8中，ConcurrentHashMap 的实现是这样的，数组Node<K,V>[]table，每个元素为一个Node，每个元素直接落到Node上，去追加链表或者在红黑树上，总之是一次hash
JDK1.6中，ConcurrentHashMap 的实现是这样的，先Segment<K,V>[]segments来进行一个分段，然后每个Segment里再包含元素 HashEntry<K,V>[] table，即，会对每个元素会有2次hash，第一次定位到Segment，第二次在Segment内部定位到自己的位置userService
可以知道，在JDK1.8中2个bean的位置是固定的（所以主干版本同样添加但是AB初始化顺序不变），但是在JDK1.6中可能会发生这种情况:B在第一个Segment中，A在第二个Segment中，导致取出来的时候先获取到B，后取出来A，所以出现了空指针，同样，也可以解释，为什么新增了1个id为C的bean就导致了问题，但是之前没问题，因为新增bean导致ConcurrentHashMap中部分bean所在的Segment发生变化。
当然，对有依赖关系显然是显式指定出来的好，不然像这样坑后来人就不好了。