spring启动的时候尝试多线程发生的死锁

具体的死锁线程dump：

Found one Java-level deadlock:
=============================
"pool-3-thread-1":
  waiting to lock monitor 0x000000000aeaad68 (object 0x0000000780ffcf28, a java.util.concurrent.ConcurrentHashMap),
  which is held by "main"
"main":
  waiting to lock monitor 0x000000000aeaaeb8 (object 0x0000000780ff4a30, a java.util.concurrent.ConcurrentHashMap),
  which is held by "pool-3-thread-1"

Java stack information for the threads listed above:
===================================================
"pool-3-thread-1":
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.getBeanDefinitionNames(DefaultListableBeanFactory.java:297)
	- waiting to lock <0x0000000780ffcf28> (a java.util.concurrent.ConcurrentHashMap)
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.doGetBeanNamesForType(DefaultListableBeanFactory.java:329)
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.getBeanNamesForType(DefaultListableBeanFactory.java:320)
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.getBeanNamesForType(DefaultListableBeanFactory.java:307)
	at org.springframework.context.support.AbstractApplicationContext.getBeanNamesForType(AbstractApplicationContext.java:1155)
	at com.my9yu.common.resource.reader.ReaderHolder.initialize(ReaderHolder.java:27)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:597)
	at org.springframework.beans.factory.annotation.InitDestroyAnnotationBeanPostProcessor$LifecycleElement.invoke(InitDestroyAnnotationBeanPostProcessor.java:346)
	at org.springframework.beans.factory.annotation.InitDestroyAnnotationBeanPostProcessor$LifecycleMetadata.invokeInitMethods(InitDestroyAnnotationBeanPostProcessor.java:299)
	at org.springframework.beans.factory.annotation.InitDestroyAnnotationBeanPostProcessor.postProcessBeforeInitialization(InitDestroyAnnotationBeanPostProcessor.java:132)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.applyBeanPostProcessorsBeforeInitialization(AbstractAutowireCapableBeanFactory.java:394)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1448)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:519)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:456)
	at org.springframework.beans.factory.support.AbstractBeanFactory$1.getObject(AbstractBeanFactory.java:294)
	at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:225)
	- locked <0x0000000780ff4a30> (a java.util.concurrent.ConcurrentHashMap)
	at org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:291)
	at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:193)
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.findAutowireCandidates(DefaultListableBeanFactory.java:876)
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.doResolveDependency(DefaultListableBeanFactory.java:818)
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.resolveDependency(DefaultListableBeanFactory.java:735)
	at org.springframework.beans.factory.annotation.AutowiredAnnotationBeanPostProcessor$AutowiredFieldElement.inject(AutowiredAnnotationBeanPostProcessor.java:478)
	at org.springframework.beans.factory.annotation.InjectionMetadata.inject(InjectionMetadata.java:87)
	at org.springframework.beans.factory.annotation.AutowiredAnnotationBeanPostProcessor.postProcessPropertyValues(AutowiredAnnotationBeanPostProcessor.java:284)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.populateBean(AbstractAutowireCapableBeanFactory.java:1106)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:517)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:456)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:286)
	at com.my9yu.common.resource.StorageManager.initializeStorage(StorageManager.java:118)
	at com.my9yu.common.resource.StorageManager.initialize(StorageManager.java:46)
	at com.my9yu.common.resource.StorageManagerFactory$StorageRunner.call(StorageManagerFactory.java:50)
	at com.my9yu.common.resource.StorageManagerFactory$StorageRunner.call(StorageManagerFactory.java:1)
	at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
	at java.util.concurrent.FutureTask.run(FutureTask.java:138)
	at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
	at java.lang.Thread.run(Thread.java:662)
"main":
	at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:183)
	- waiting to lock <0x0000000780ff4a30> (a java.util.concurrent.ConcurrentHashMap)
	at org.springframework.beans.factory.support.AbstractBeanFactory.isFactoryBean(AbstractBeanFactory.java:882)
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:590)
	- locked <0x0000000780ffcf28> (a java.util.concurrent.ConcurrentHashMap)
	at org.springframework.context.support.AbstractApplicationContext.finishBeanFactoryInitialization(AbstractApplicationContext.java:918)
	at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:469)
	- locked <0x0000000780fd7bb0> (a java.lang.Object)
	at org.springframework.context.support.ClassPathXmlApplicationContext.<init>(ClassPathXmlApplicationContext.java:139)
	at org.springframework.context.support.ClassPathXmlApplicationContext.<init>(ClassPathXmlApplicationContext.java:83)
	at com.eyu.ahxy.Main.main(Main.java:21)

Found 1 deadlock.

死锁发生的场景，我用多线程去createBean：

AutowireCapableBeanFactory beanFactory = this.applicationContext.getAutowireCapableBeanFactory();
		Storage storage = beanFactory.createBean(Storage.class);

而启动的主线程恰好执行refresh。

产生的原因是：DefaultListableBeanFactory和DefaultSingletonBeanRegistry的好些方法都是锁的一个字段（就是一个map），这样一交叉，就出现死锁了。
我在想DefaultListableBeanFactory和DefaultSingletonBeanRegistry的那些方法都是说对象自己的话，不就不会死锁了吗。
spring为什么要锁这么小的粒度？这不是逼着人单线程去执行这些事情吗？


ps:我使用的版本是3.1.2，我在网上看到说这个是spring3.1.4之前的bug。。。。
我看了下spring3.2.4的代码确实有点不一样：在DefaultSingletonBeanRegistry修改了下防止出现死锁

	if (singletonObject == null && isSingletonCurrentlyInCreation(beanName)) {
			synchronized (this.singletonObjects) {

ps：从这篇文章可以看到具体的死锁原因：
http://blog.csdn.net/u013536492/article/details/23935439

过程一： spring 容器初始化

Spring 容器初始化的时候会实例化所有单例对象（ preInstantiateSingletons ），这个过程中会对上面两个对象加锁，以防止并发。先对 beanDefinitionMap 加锁，防止元数据被修改，然后在每次实例化单例对象的时候对 singletonObjects 加锁，防止并发修改。

过程二：根据 spring 容器获取一个单例对象。

调用 spring 容器的 context.getBean （ beanName ），如果该 bean 是单例且还未实例化，这个时候就需要进行实例化，如果该 bean 直接或间接存在注解方式的 bean 注入的时候，过程中也会对以上两个对象进行加锁防止并发。先对 singleObjects 加锁，从改 map 里找是否有存在 beanName 的对象，没有的话在创建该 bean 的过程中会对 beanDefinitionMap 加锁。



可以看出以上过程一和过程二对两个对象的锁顺序是不一致的，所以并发执行就可能会发生死锁。

我是觉得：最本质的原因是spring在get的时候发现没有，就会去创建一个，get的方法却做了set的事情，这个是原因所在。