applicationContext配置.docVIP

配置内容 1. 需要用到AOP的话，配置 aop:aspectj-autoproxy / 对AOP的支持：通过配置织入@Aspectj切面，虽然可以通过编程的方式织入切面，但是一般情况下，我们还是使用spring的配置自动完成创建代理织入切面的工作。 2. 加入外部属性文件 PropertyPlaceholderConfigurer PropertyPlaceholderConfigurer是个bean工厂后置处理器的实现，也就是BeanFactoryPostProcessor接口的一个实现。PropertyPlaceholderConfigurer可以将上下文（配置文件）中的属性值放在另一个单独的标准java Properties文件中去。在XML文件中用$ key 替换指定的properties文件中的值。这样的话，只需要对properties文件进行修改，而不用对xml配置文件进行修改。 Spring组件扫描（注解支持） context:component-scan base-package context:component-scan/ 具体用法如下： 引入其它各种applicationContext-*.xml文件 其实这些文件本来都应该配置在applicationContext.xml里面的，只是出于文件分工，后期维护性考虑才分开到各个xml配置文件里的 import resource ” ”/ 标签 额外补充 一直不理解为什么要在applicationContext.xml里面配置一个ApplicationUtil的bean com.framelib.utils.ApplicationUtil这个类是自己写的，源码： 该类实现了ApplicationContextAware接口，百度了一下该接口的用法，如下： Spring中ApplicationContextAware接口用法加载Spring配置文件时，如果Spring配置文件中所定义的Bean类，如果该类实现了ApplicationContextAware接口，那么在加载Spring配置文件时，会自动调用ApplicationContextAware接口中的 public void setApplicationContext ApplicationContext context throws BeansException 方法，并且自动可获得ApplicationContext?对象。前提必须在Spring配置文件中指定改类。 总结原因： 我发起请求中用到了Spring中无法注入的bean（这里多说一句：我们没有办法给MapperScannerConfigurer创建的这些映射器指定id或name属性，它们对我们似乎是不可见的。这个问题的解决之道在于采用了Spring针对自动侦测到的组件的默认命名策略，亦即把类/接口名字的首字母小写，其他不变，作为映射器的名字。例如，映射器接口TeacherMapper被扫描后创建的映射器bean名为teacherMapper。因此，我们可以像以前一样使用这样的代码来得到TeacherMapper实例： TeacherMapper mapper TeacherMapper ctx.getBean teacherMapper ） 因此需要该ApplicationUtil类的getBean name 方法来或取bean，这种无法在Spring中注入的bean一般是工具类的，因此如果不配置该bean，就无法或取bean，于是报了NullPointerException。 如果发起的请求不会用到无法注入的bean就会顺利走通。