推荐阅读：

1. 腾讯面试复盘：数据库+数据结构+JVM+网络+JAVA+分布式+操作系统
   
2. 搞定23种设计模式：源代码+使用场景+实例+解决方法+面试必备
   

踩坑了？！

之前讲过 当@Transactional遇到@CacheEvict，你的代码是不是有bug！ 现在要在事务提交之后清除缓存。在Spring4.2 之后，可以使用@TransactionalEventListener选择在事务提交之后再消费对应的事件。

为了方便发送事件，偷懒使用了静态方法：

其中，SpringUtil.getBean()方法的内部实现为：

满心欢喜写完代码，一运行，直接报错，报错信息为 IoC 容器中不存在ApplicationEventPublisher。

怎么解决？解决的方案也很简单：使用@Autowired注入ApplicationEventPublisher，调用其publishEvent方法。

深入思考

可是，为什么ApplicationEventPublisher可以通过@Autowired进行注入，却不能使用BeanFactory#getBean方法来获取呢？

画外音：千万不要只限于解决问题，多思考，知其然并知其所以然。

看过 Spring 源码的小伙伴不知道还记不记得，在refresh()方法中，会调用prepareBeanFactory，在该方法中，注册了可解析依赖项。

从源码中可以知道，一些特殊实例对象是存放在DefaultListableBeanFactory#resolvableDependencies变量中的，在容器启动时，如果发现需要注入这些特定的实例对象，就直接在该变量中获取，自然也就不能通过BeanFactory#getBean方法来获取了。

DEMO

写个 demo 程序来尝试使用一下resolvableDependencies。

测试结果和ApplicationEventPublisher一样，可以在 Bean 中通过@Autowired的方式来注入MySpecificBean，但却无法通过BeanFactory#getBean方法来获取。

写在最后

很多人都说要看源码，但是看源码的目的是什么？看源码，不是为了面试吹牛，也不是为了重复造轮子。看源码是为了深入了解这个框架的底层原理，为了以后遇到问题不会懵，可以解决百度无法解决的问题。我们可以学习优秀源码的设计思想，学习如何取一个好的类名、好的方法名，如何使用设计模式等等。

作者：程序员小黑
原文链接：https://juejin.im/post/5df6d6746fb9a0162c486cec