<beanid=“bean1” class=“cn.itcast.spring.b_instance.Bean1”>
2)使用静态工厂方法实例化(简单工厂模式)
//下面这段配置的含义:调用Bean2Factory的getBean2方法得到bean2
<beanid=“bean2” class="cn.itcast.spring.b_instance.Bean2Factory"factory-method=“getBean2”>
3)使用实例工厂方法实例化(工厂方法模式)
//先创建工厂实例bean3Facory,再通过工厂实例创建目标bean实例
<beanid=“bean3Factory” class=“cn.itcast.spring.b_instance.Bean3Factory”>
<beanid="bean3"factory-bean="bean3Factory"factory-method=“getBean3”>
4.简单的说一下spring的生命周期? 1.1)在配置 元素,通过init-method指定Bean的初始化方法,通过destroy-method指定Bean销毁方法
<beanid="lifecyclebean"class="cn.itcast.spring.d_lifecycle.lifecyclebean"init-method="setup"destroy-method=“teardown”>
需要注意的问题:
</beanid="lifecyclebean"class="cn.itcast.spring.d_lifecycle.lifecyclebean"init-method="setup"destroy-method=“teardown”>
*destroy-method只对scope="singleton"有效
*销毁方法,必须关闭ApplicationContext对象(手动调用),才会被调用 ClassPathXmlApplicationContext applicationContext=new ClassPathXmlApplicationContext(“applicationContext.xml”); applicationContext.close(); 2)Bean的完整生命周期(十一步骤)【了解内容,但是对于spring内部操作理解有一定帮助】 ①instantiatebean对象实例化 ②populateproperties封装属性 ③如果Bean实现BeanNameAware执行setBeanName ④如果Bean实现BeanFactoryAware或者ApplicationContextAware设置工厂setBeanFactory或者上下文对象setApplicationContext ⑤如果存在类实现BeanPostProcessor(后处理Bean),执行postProcessBeforeInitialization,BeanPostProcessor接口提供钩子函数,用来动态扩展修改Bean。(程序自动调用后处理Bean)
publicclassMyBeanPostProcessorimplementsBeanPostProcessor{
publicObject postProcessAfterInitialization(Object bean,StringbeanName)
throwsBeansException{
System.out.println(“第八步:后处理Bean,after初始化。”);
//后处理Bean,在这里加上一个动态代理,就把这个Bean给修改了。
returnbean;
//返回bean,表示没有修改,如果使用动态代理,返回代理对象,那么就修改了。
}
publicObject postProcessBeforeInitialization(Object bean,StringbeanName)
throwsBeansException{
System.out.println(“第五步:后处理Bean的:before初始化!!”);
//后处理Bean,在这里加上一个动态代理,就把这个Bean给修改了。
returnbean;
//返回bean本身,表示没有修改。
}
}
注意:这个前处理Bean和后处理Bean会对所有的Bean进行拦截。 ⑥如果Bean实现InitializingBean执行afterPropertiesSet ⑦调用指定初始化方法init ⑧如果存在类实现BeanPostProcessor(处理Bean),执行postProcessAfterInitialization ⑨执行业务处理 ⑩如果Bean实现DisposableBean执行destroy ⑪调用指定销毁方法customerDestroy
5.请介绍一下Spring框架中Bean的生命周期和作用域 (1)bean定义 1.在配置文件里面用 来进行定义。 (2)bean初始化 1.有两种方式初始化: A.在配置文件中通过指定init-method属性来完成 B.实现org.springframwork.beans.factory.InitializingBean接口 (3)bean调用 1.有三种方式可以得到bean实例,并进行调用 (4)bean销毁 1.销毁有两种方式 A.使用配置文件指定的destroy-method属性 B.实现org.springframwork.bean.factory.DisposeableBean接口 ##作用域 singleton 当一个bean的作用域为singleton,那么SpringIoC容器中只会存在一个共享的bean实例,并且所有对bean的请求,只要id与该bean定义相匹配,则只会返回bean的同一实例。 prototype Prototype作用域的bean会导致在每次对该bean请求(将其注入到另一个bean中,或者以程序的方式调用容器的getBean()方法)时都会创建一个新的bean实例。根据经验,对所有有状态的bean应该使用prototype作用域,而对无状态的bean则应该使用singleton作用域request 在一次HTTP请求中,一个bean定义对应一个实例;即每次HTTP请求将会有各自的bean实例,它们依据某个bean定义创建而成。该作用域仅在基于web的SpringApplicationContext情形下有效。 session 在一个HTTPSession中,一个bean定义对应一个实例。该作用域仅在基于web的SpringApplicationContext情形下有效。 globalsession 在一个全局的HTTPSession中,一个bean定义对应一个实例。典型情况下,仅在使用portletcontext的时候有效。该作用域仅在基于web的SpringApplicationContext情形下有效。
6.Bean注入属性有哪几种方式? spring支持构造器注入和setter方法注入构造器注入,通过元素完成注入setter方法注入,通过元素完成注入【开发中常用方式】
7.什么是AOP,AOP的作用是什么? 面向切面编程(AOP)提供另外一种角度来思考程序结构,通过这种方式弥补了面向对象编程(OOP)的不足,除了类(classes)以外,AOP提供了切面。切面对关注点进行模块化,例如横切多个类型和对象的事务管理Spring的一个关键的组件就是AOP框架,可以自由选择是否使用AOP提供声明式企业服务,特别是为了替代EJB声明式服务。最重要的服务是声明性事务管理,这个服务建立在Spring的抽象事物管理之上。允许用户实现自定义切面,用AOP来完善OOP的使用,可以把SpringAOP看作是对Spring的一种增强
8.Spring的核心类有哪些,各有什么作用? BeanFactory:产生一个新的实例,可以实现单例模式 BeanWrapper:提供统一的get及set方法 ApplicationContext:提供框架的实现,包括BeanFactory的所有功能
9.Spring里面如何配置数据库驱动? 使用”org.springframework.jdbc.datasource.DriverManagerDataSource”数据源来配置数据库驱动。示例如下:
org.hsqldb.jdbcDriverjdbc:hsqldb:db/appfuseabcabc
10.Spring里面applicationContext.xml文件能不能改成其他文件名? ContextLoaderListener是一个ServletContextListener,它在你的web应用启动的时候初始化。缺省情况下,它会在WEB-INF/applicationContext.xml文件找Spring的配置。你可以通过定义一个元素名字为”contextConfigLocation”来改变Spring配置文件的位置。示例如下:
org.springframework.web.context.ContextLoaderListener
contextCo
【一线大厂Java面试题解析+核心总结学习笔记+最新架构讲解视频+实战项目源码讲义】
浏览器打开:qq.cn.hn/FTf 免费领取
nfigLocation
/WEB-INF/xyz.xml
11.Spring里面如何定义hibernatemapping? 添加hibernatemapping文件到web/WEB-INF目录下的applicationContext.xml文件里面。示例如下:
<propertyname=”mappingResources”>
org/appfuse/model/User.hbm.xml
12.Spring如何处理线程并发问题? Spring使用ThreadLocal解决线程安全问题 我们知道在一般情况下,只有无状态的Bean才可以在多线程环境下共享,在Spring中,绝大部分Bean都可以声明为singleton作用域。就是因为Spring对一些Bean(如RequestContextHolder、TransactionSynchronizationManager、LocaleContextHolder等)中非线程安全状态采用ThreadLocal进行处理,让它们也成为线程安全的状态,因为有状态的Bean就可以在多线程中共享了。 ThreadLocal和线程同步机制都是为了解决多线程中相同变量的访问冲突问题。 在同步机制中,通过对象的锁机制保证同一时间只有一个线程访问变量。这时该变量是多个线程共享的,使用同步机制要求程序慎密地分析什么时候对变量进行读写,什么时候需要锁定某个对象,什么时候释放对象锁等繁杂的问题,程序设计和编写难度相对较大。 而ThreadLocal则从另一个角度来解决多线程的并发访问。ThreadLocal会为每一个线程提供一个独立的变量副本,从而隔离了多个线程对数据的访问冲突。因为每一个线程都拥有自己的变量副本,从而也就没有必要对该变量进行同步了。ThreadLocal提供了线程安全的共享对象,在编写多线程代码时,可以把不安全的变量封装进ThreadLocal。 由于ThreadLocal中可以持有任何类型的对象,低版本JDK所提供的get()返回的是Object对象,需要强制类型转换。但JDK5.0通过泛型很好的解决了这个问题,在一定程度地简化ThreadLocal的使用。 概括起来说,对于多线程资源共享的问题,同步机制采用了“以时间换空间”的方式,而ThreadLocal采用了“以空间换时间”的方式。前者仅提供一份变量,让不同的线程排队访问,而后者为每一个线程都提供了一份变量,因此可以同时访问而互不影响。