经典面试题及答案_百度文库
两大类热门资源免费畅读
续费一年阅读会员，立省24元！
经典面试题及答案
阅读已结束，下载文档到电脑
想免费下载本文？
定制HR最喜欢的简历
下载文档到电脑，方便使用
还剩8页未读，继续阅读
定制HR最喜欢的简历
你可能喜欢5个JavaScript经典面试题
投稿：junjie
字体：[ ] 类型：转载 时间：
这篇文章主要介绍了5个JavaScript经典面试题,这些面试题可能在各种公司的javascript面试中都会出现,需要的朋友可以参考下
1：Scope作用范围
&(function() {
&&& var a = b = 5;
&console.log(b);
什么会被打印在控制台上？
上面的代码会打印 5。
这个问题的诀窍是，这里有两个变量声明，但 a 使用关键字var声明的。代表它是一个函数的局部变量。与此相反，b 变成了全局变量。
这个问题的另一个诀窍是，它没有使用严格模式 (‘use strict';)。如果启用了严格模式，代码就会引发ReferenceError的错误：B没有定义（b is not defined）。请记住，严格模式，则需要明确指定，才能实现全局变量声明。比如，你应该写：
&(function() {
&&& 'use strict';
&&& var a = window.b = 5;
&console.log(b);
2：创建“原生”（native）方法
给字符串对象定义一个repeatify功能。当传入一个整数n时，它会返回重复n次字符串的结果。例如：
&console.log('hello'.repeatify(3));
应打印 hellohellohello。
一个可能的实现如下所示：
&String.prototype.repeatify = String.prototype.repeatify || function(times) {
&&& var str = '';
&&& for (var i = 0; i & i++) {
&&&&&& str +=
现在的问题测试开发者有关JavaScript继承和prototype的知识点。这也验证了开发者是否知道该如果扩展内置对象（尽管这不应该做的）。
这里的另一个要点是，你要知道如何不覆盖可能已经定义的功能。通过测试一下该功能定义之前并不存在：
&String.prototype.repeatify = String.prototype.repeatify || function(times) {/* code here */};
当你被要求做好JavaScript函数兼容时这种技术特别有用。
3：声明提升（Hoisting）
执行这段代码，输出什么结果。
&function test() {
&&& console.log(a);
&&& console.log(foo());
&&& var a = 1;
&&& function foo() {
&&&&&& return 2;
10: test();
这段代码的结果是 undefined 和 2。
原因是，变量和函数的声明都被提前了（移到了函数的顶部），但变量不分配任何值。因此，在打印变量的时候，它在函数中存在（它被声明了），但它仍然是undefined 。表示换句话说，上面的代码等同于以下内容：
&function test() {
&&& function foo() {
&&&&&& return 2;
&&& console.log(a);
&&& console.log(foo());
&&& a = 1;
4：this在JavaScript中如何工作的
下面的代码会输出什么结果？给出你的答案。
&var fullname = 'John Doe';
&var obj = {
&&& fullname: 'Colin Ihrig',
&&& prop: {
&&&&&& fullname: 'Aurelio De Rosa',
&&&&&& getFullname: function() {
&&&&&&&&& return this.
&console.log(obj.prop.getFullname());
&var test = obj.prop.getF
&console.log(test());
答案是Aurelio De Rosa和John Doe。原因是，在一个函数中，this的行为，取决于JavaScript函数的调用方式和定义方式，而不仅仅是看它如何被定义的。
在第一个 console.log()调用中，getFullname()被调用作为obj.prop对象的函数。所以，上下文指的是后者，函数返回该对象的 fullname。与此相反，当getFullname()被分配到test变量时，上下文指的是全局对象（window）。这是因为test是被隐式设置为全局对象的属性。出于这个原因，该函数返回window的fullname，即定义在第一行的那个值。
5：call()和apply()
现在让你解决前一个问题，使最后的console.log() 打印 Aurelio De Rosa。
该问题可以通过强制使用 call() 或者 apply()改变函数上下文。在下面我将使用call()，但在这种情况下，apply()会输出相同的结果：
console.log(test.call(obj.prop));
您可能感兴趣的文章:
大家感兴趣的内容
12345678910
最近更新的内容
常用在线小工具posts - 91,&
comments - 2,&
trackbacks - 0
转发：/p/c22886db98ec
什么是响应链，它是怎么工作的？
这个问题笔者写过一篇,里面有对这个问题的详细解释
如何访问并修改一个类的私有属性？
有两种方法可以访问私有属性,一种是通过KVC获取,一种是通过runtime访问并修改私有属性
创建一个Father类,声明一个私有属性name,并重写description打印name的值,在另外一个类中通过runtime来获取并修改Father中的属性
@interface Father ()
@property (nonatomic, copy) NSString *
@implementation Father
- (NSString *)description
return [NSString stringWithFormat:@"name:%@",_name];
@implementation ViewController
- (void)viewDidLoad {
[super viewDidLoad];
Father *father = [Father new];
iOS Extension 是什么？能列举几个常用的 Extension 么？
Extension是扩展,没有分类名字,是一种特殊的分类,类扩展可以扩展属性,成员变量和方法
常用的扩展是在.m文件中声明私有属性和方法,这里不知道还哪些,请大家补充
如何把一个包含自定义对象的数组序列化到磁盘？
自定义对象只需要实现NSCoding协议即可
- (void)viewDidLoad
[super viewDidLoad];
User *user = [User new];
Account *account = [Account new];
NSArray *userArray = @[user, account];
Apple Pay 是什么？它的大概工作流程是怎样的？
这个笔者也没有详细了解过,大家可以百度谷歌一下具体的
iOS 的沙盒目录结构是怎样的？ App Bundle 里面都有什么？
1.沙盒结构
Application：存放程序源文件，上架前经过数字签名，上架后不可修改
Documents：常用目录，iCloud备份目录，存放数据,这里不能存缓存文件,否则上架不被通过
Caches：存放体积大又不需要备份的数据,SDWebImage缓存路径就是这个
Preference：设置目录，iCloud会备份设置信息
tmp：存放临时文件，不会被备份，而且这个文件下的数据有可能随时被清除的可能
2.App Bundle 里面有什么
Info.plist:此文件包含了应用程序的配置信息.系统依赖此文件以获取应用程序的相关信息
可执行文件:此文件包含应用程序的入口和通过静态连接到应用程序target的代码
资源文件:图片,声音文件一类的
其他:可以嵌入定制的数据资源
iOS 的签名机制大概是怎样的？
假设，我们有一个APP需要发布，为了防止中途篡改APP内容，保证APP的完整性，以及APP是由指定的私钥发的。首先，先将APP内容通过摘要算法，得到摘要，再用私钥对摘要进行加密得到密文，将源文本、密文、和私钥对应的公钥一并发布即可。那么如何验证呢？验证方首先查看公钥是否是私钥方的，然后用公钥对密文进行解密得到摘要，将APP用同样的摘要算法得到摘要，两个摘要进行比对，如果相等那么一切正常。这个过程只要有一步出问题就视为无效。
iOS 7的多任务添加了哪两个新的 API? 各自的使用场景是什么？
后台获取（Background Fetch):后台获取使用场景是用户打开应用之前就使app有机会执行代码来获取数据，刷新UI。这样在用户打开应用的时候，最新的内容将已然呈现在用户眼前，而省去了所有的加载过程。
推送唤醒（Remote Notifications):使用场景是使设备在接收到远端推送后让系统唤醒设备和我们的后台应用，并先执行一段代码来准备数据和UI，然后再提示用户有推送。这时用户如果解锁设备进入应用后将不会再有任何加载过程，新的内容将直接得到呈现。
UIScrollView 大概是如何实现的，它是如何捕捉、响应手势的？
我对UIScrollView的理解是frame就是他的contentSize,bounds就是他的可视范围,通过改变bounds从而达到让用户误以为在滚动,以下是一个简单的UIScrollView实现
在头文件定义一个contentSize属性
@interface MyScrollView : UIView
@property (nonatomic) CGSize contentS
@implementation MyScrollView
- (instancetype)initWithFrame:(CGRect)frame{
self = [super initWithFrame:frame];
if (self == nil) {
第二个问题个人理解是解决手势冲突,对自己添加的手势进行捕获和响应
Objective-C 如何对已有的方法，添加自己的功能代码以实现类似记录日志这样的功能？
这题目主要考察的是runtime如何交换方法
先在分类中添加一个方法,注意不能重写系统方法,会覆盖
+ (NSString *)myLog
然后交换方法
+load 和 +initialize 的区别是什么？
当类对象被引入项目时, runtime 会向每一个类对象发送 load 消息load 方法会在每一个类甚至分类被引入时仅调用一次,调用的顺序：父类优先于子类, 子类优先于分类
load 方法不会被类自动继承
也是在第一次使用这个类的时候会调用这个方法
如何让 Category 支持属性？
使用runtime可以实现
@interface NSObject (test)
@property (nonatomic, copy) NSString *
@implementation NSObject (test)
NSOperation 相比于 GCD 有哪些优势？
提供了在 GCD 中不那么容易复制的有用特性。
可以很方便的取消一个NSOperation的执行
可以更容易的添加任务的依赖关系
提供了任务的状态：isExecuteing, isFinished.
strong / weak / unsafe_unretained 的区别？
weak只能修饰OC对象,使用weak不会使计数器加1,对象销毁时修饰的对象会指向nil
strong等价与retain,能使计数器加1,且不能用来修饰数据类型
unsafe_unretained等价与assign,可以用来修饰数据类型和OC对象,但是不会使计数器加1,且对象销毁时也不会将对象指向nil,容易造成野指针错误
如何为 Class 定义一个对外只读对内可读写的属性?
在头文件中将属性定义为readonly,在.m文件中将属性重新定义为readwrite
Objective-C 中，meta-class 指的是什么？
meta-class 是 Class 对象的类,为这个Class类存储类方法,当一个类发送消息时,就去那个类对应的meta-class中查找那个消息,每个Class都有不同的meta-class,所有的meta-class都使用基类的meta-class(假如类继承NSObject,那么他所对应的meta-class也是NSObject)作为他们的类
UIView 和 CALayer 之间的关系？
UIView显示在屏幕上归功于CALayer，通过调用drawRect方法来渲染自身的内容，调节CALayer属性可以调整UIView的外观，UIView继承自UIResponder，CALayer不可以响应用户事件
UIView是iOS系统中界面元素的基础，所有的界面元素都继承自它。它内部是由Core Animation来实现的，它真正的绘图部分，是由一个叫CALayer(Core Animation Layer)的类来管理。UIView本身，更像是一个CALayer的管理器，访问它的根绘图和坐标有关的属性，如frame，bounds等，实际上内部都是访问它所在CALayer的相关属性
UIView有个layer属性，可以返回它的主CALayer实例，UIView有一个layerClass方法，返回主layer所使用的类，UIView的子类，可以通过重载这个方法，来让UIView使用不同的CALayer来显示
+[UIView animateWithDuration:animations:completion:] 内部大概是如何实现的？
animateWithDuration:这就等于创建一个定时器
animations:这是创建定时器需要实现的SEL
completion:是定时器结束以后的一个回调block
以上只是自己的理解,不一定正确,有对这个有研究的朋友请告知下
什么时候会发生「隐式动画」？
当改变CALayer的一个可做动画的属性，它并不能立刻在屏幕上体现出来.相反，它是从先前的值平滑过渡到新的值。这一切都是默认的行为，你不需要做额外的操作,这就是隐式动画
如何处理异步的网络请求？
异步请求：会单独开一个线程去处理网络请求，主线程依然处于可交互状态,程序运行流畅
然后实现代理方法
frame 和 bounds 的区别是什么？
frame相对于父视图,是父视图坐标系下的位置和大小。bounds相对于自身,是自身坐标系下的位置和大小。
frame以父控件的左上角为坐标原点，bounds以自身的左上角为坐标原点
如何把一张大图缩小为1/4大小的缩略图？
let data = UIImageJPEGRepresentation(image, 0.25)
还有一些题将写在第二篇文章里面,以上答案若有错误,请各位指出
文／没阳光的午后（简书作者）原文链接：/p/c22886db98ec著作权归作者所有，转载请联系作者获得授权，并标注&简书作者&。
阅读(...) 评论()本人收集了一些在大家在面试时被经常问及的关于Spring的主要问题，这些问题有可能在你下次面试时就会被问到。对于本文中未提及的Spring其他模块，我会单独分享面试的问题和答案。
欢迎大家向我推荐你在面试过程中遇到关于Spring的问题。我会把大家推荐的问题添加到下面的Spring常用面试题清单中供大家参考。
问题清单：
1、什么是Spring框架？Spring框架有哪些主要模块？
Spring框架是一个为Java应用程序的开发提供了综合、广泛的基础性支持的Java平台。Spring帮助开发者解决了开发中基础性的问题，使得开发人员可以专注于应用程序的开发。Spring框架本身亦是按照精心打造，这使得我们可以在开发环境中安心的集成Spring框架，不必担心Spring是如何在后台进行工作的。
Spring框架至今已集成了20多个模块。这些模块主要被分如下图所示的核心容器、数据访问/集成,、Web、AOP（面向切面编程）、工具、消息和测试模块。
更多信息：。
2、使用Spring框架能带来哪些好处？
下面列举了一些使用Spring框架带来的主要好处：
Dependency Injection(DI) 方法使得构造器和JavaBean properties文件中的依赖关系一目了然。
与EJB容器相比较，IoC容器更加趋向于轻量级。这样一来IoC容器在有限的内存和CPU资源的情况下进行应用程序的开发和发布就变得十分有利。
Spring并没有闭门造车，Spring利用了已有的技术比如ORM框架、logging框架、J2EE、Quartz和JDK Timer，以及其他视图技术。
Spring框架是按照模块的形式来组织的。由包和类的编号就可以看出其所属的模块，开发者仅仅需要选用他们需要的模块即可。
要测试一项用Spring开发的应用程序十分简单，因为测试相关的环境代码都已经囊括在框架中了。更加简单的是，利用JavaBean形式的POJO类，可以很方便的利用依赖注入来写入测试数据。
Spring的Web框架亦是一个精心设计的Web ，为开发者们在web框架的选择上提供了一个除了主流框架比如Struts、过度设计的、不流行web框架的以外的有力选项。
Spring提供了一个便捷的事务管理接口，适用于小型的本地事物处理（比如在单DB的环境下）和复杂的共同事物处理（比如利用JTA的复杂DB环境）。
3、什么是控制反转(IOC)？什么是依赖注入？
控制反转是应用于软件工程领域中的，在运行时被装配器对象来绑定耦合对象的一种编程技巧，对象之间耦合关系在编译时通常是未知的。在传统的编程方式中，业务逻辑的流程是由应用程序中的早已被设定好关联关系的对象来决定的。在使用控制反转的情况下，业务逻辑的流程是由对象关系图来决定的，该对象关系图由装配器负责实例化，这种实现方式还可以将对象之间的关联关系的定义抽象化。而绑定的过程是通过“依赖注入”实现的。
控制反转是一种以给予应用程序中目标组件更多控制为目的设计范式，并在我们的实际工作中起到了有效的作用。
依赖注入是在编译阶段尚未知所需的功能是来自哪个的类的情况下，将其他对象所依赖的功能对象实例化的模式。这就需要一种机制用来激活相应的组件以提供特定的功能，所以依赖注入是控制反转的基础。否则如果在组件不受框架控制的情况下，框架又怎么知道要创建哪个组件？
在Java中依然注入有以下三种实现方式：
构造器注入
Setter方法注入
4、请解释下Spring框架中的IoC？
Spring中的 org.springframework.beans 包和 org.springframework.context包构成了Spring框架IoC容器的基础。
BeanFactory 接口提供了一个先进的配置机制，使得任何类型的对象的配置成为可能。ApplicationContex接口对BeanFactory（是一个子接口）进行了扩展，在BeanFactory的基础上添加了其他功能，比如与Spring的AOP更容易集成，也提供了处理message resource的机制（用于国际化）、事件传播以及应用层的特别配置，比如针对Web应用的WebApplicationContext。
org.springframework.beans.factory.BeanFactory 是Spring IoC容器的具体实现，用来包装和管理前面提到的各种bean。BeanFactory接口是Spring IoC 容器的核心接口。
5、BeanFactory和ApplicationContext有什么区别？
BeanFactory 可以理解为含有bean集合的工厂类。BeanFactory 包含了种bean的定义，以便在接收到客户端请求时将对应的bean实例化。
BeanFactory还能在实例化对象的时生成协作类之间的关系。此举将bean自身与bean客户端的配置中解放出来。BeanFactory还包含了bean生命周期的控制，调用客户端的初始化方法（initialization methods）和销毁方法（destruction methods）。
从表面上看，application context如同bean factory一样具有bean定义、bean关联关系的设置，根据请求分发bean的功能。但application context在此基础上还提供了其他的功能。
提供了支持国际化的文本消息
统一的资源文件读取方式
已在监听器中注册的bean的事件
以下是三种较常见的 ApplicationContext 实现方式：
1、ClassPathXmlApplicationContext：从classpath的XML配置文件中读取上下文，并生成上下文定义。应用程序上下文从程序环境变量中取得。
ApplicationContext context = new ClassPathXmlApplicationContext(“bean.xml”);
2、FileSystemXmlApplicationContext ：由文件系统中的XML配置文件读取上下文。
ApplicationContext context = new FileSystemXmlApplicationContext(“bean.xml”);
3、XmlWebApplicationContext：由Web应用的XML文件读取上下文。
6、Spring有几种配置方式？
将Spring配置到应用开发中有以下三种方式：
基于XML的配置
基于注解的配置
基于Java的配置
7、如何用基于XML配置的方式配置Spring？
在Spring框架中，依赖和服务需要在专门的配置文件来实现，我常用的XML格式的配置文件。这些配置文件的格式通常用&beans&开头，然后一系列的bean定义和专门的应用配置选项组成。
SpringXML配置的主要目的时候是使所有的Spring组件都可以用xml文件的形式来进行配置。这意味着不会出现其他的Spring配置类型（比如声明的方式或基于的配置方式）
Spring的XML配置方式是使用被Spring命名空间的所支持的一系列的XML标签来实现的。Spring有以下主要的命名空间：context、beans、jdbc、tx、aop、mvc和aso。
&!-- JSON Support --&
&bean name="viewResolver" class="org.springframework.web.servlet.view.BeanNameViewResolver"/&
&bean name="jsonTemplate" class="org.springframework.web.servlet.view.json.MappingJackson2JsonView"/&
&bean id="restTemplate" class="org.springframework.web.client.RestTemplate"/&
下面这个web.xml仅仅配置了DispatcherServlet，这件最简单的配置便能满足应用程序配置运行时组件的需求。
&display-name&Archetype Created Web Application&/display-name&
&servlet-name&spring&/servlet-name&
&servlet-class&
org.springframework.web.servlet.DispatcherServlet
&/servlet-class&
&load-on-startup&1&/load-on-startup&
&/servlet&
&servlet-mapping&
&servlet-name&spring&/servlet-name&
&url-pattern&/&/url-pattern&
&/servlet-mapping&
&/web-app&
8、如何用基于Java配置的方式配置Spring？
Spring对Java配置的支持是由@Configuration注解和@Bean注解来实现的。由@Bean注解的方法将会实例化、配置和初始化一个新对象，这个对象将由Spring的IoC容器来管理。@Bean声明所起到的作用与&bean/& 元素类似。被@Configuration所注解的类则表示这个类的主要目的是作为bean定义的资源。被@Configuration声明的类可以通过在同一个类的内部调用@bean方法来设置嵌入bean的依赖关系。
最简单的@Configuration 声明类请参考下面的代码：
@Configuration
public class AppConfig
public MyService myService() {
return new MyServiceImpl();
对于上面的@Beans配置文件相同的XML配置文件如下：
&bean id="myService" class="com.howtodoinjava.services.MyServiceImpl"/&
上述配置方式的实例化方式如下：利用AnnotationConfigApplicationContext 类进行实例化
public static void main(String[] args) {
ApplicationContext ctx = new AnnotationConfigApplicationContext(AppConfig.class);
MyService myService = ctx.getBean(MyService.class);
myService.doStuff();
要使用组件组建扫描，仅需用@Configuration进行注解即可：
@Configuration
@ComponentScan(basePackages = "com.howtodoinjava")
public class AppConfig
在上面的例子中，com.acme包首先会被扫到，然后再容器内查找被@Component 声明的类，找到后将这些类按照Sring bean定义进行注册。
如果你要在你的web应用开发中选用上述的配置的方式的话，需要用AnnotationConfigWebApplicationContext 类来读取配置文件，可以用来配置Spring的Servlet监听器ContrextLoaderListener或者Spring MVC的DispatcherServlet。
&!-- Configure ContextLoaderListener to use AnnotationConfigWebApplicationContext
instead of the default XmlWebApplicationContext --&
&context-param&
&param-name&contextClass&/param-name&
&param-value&
org.springframework.web.context.support.AnnotationConfigWebApplicationContext
&/param-value&
&/context-param&
&!-- Configuration locations must consist of one or more comma- or space-delimited
fully-qualified @Configuration classes. Fully-qualified packages may also be
specified for component-scanning --&
&context-param&
&param-name&contextConfigLocation&/param-name&
&param-value&com.howtodoinjava.AppConfig&/param-value&
&/context-param&
&!-- Bootstrap the root application context as usual using ContextLoaderListener --&
&listener&
&listener-class&org.springframework.web.context.ContextLoaderListener&/listener-class&
&/listener&
&!-- Declare a Spring MVC DispatcherServlet as usual --&
&servlet-name&dispatcher&/servlet-name&
&servlet-class&org.springframework.web.servlet.DispatcherServlet&/servlet-class&
&!-- Configure DispatcherServlet to use AnnotationConfigWebApplicationContext
instead of the default XmlWebApplicationContext --&
&init-param&
&param-name&contextClass&/param-name&
&param-value&
org.springframework.web.context.support.AnnotationConfigWebApplicationContext
&/param-value&
&/init-param&
&!-- Again, config locations must consist of one or more comma- or space-delimited
and fully-qualified @Configuration classes --&
&init-param&
&param-name&contextConfigLocation&/param-name&
&param-value&com.howtodoinjava.web.MvcConfig&/param-value&
&/init-param&
&/servlet&
&!-- map all requests for /app/* to the dispatcher servlet --&
&servlet-mapping&
&servlet-name&dispatcher&/servlet-name&
&url-pattern&/app/*&/url-pattern&
&/servlet-mapping&
&/web-app&
9、怎样用注解的方式配置Spring？
Spring在2.5版本以后开始支持用注解的方式来配置依赖注入。可以用注解的方式来替代XML方式的bean描述，可以将bean描述转移到组件类的内部，只需要在相关类上、方法上或者字段声明上使用注解即可。注解注入将会被容器在XML注入之前被处理，所以后者会覆盖掉前者对于同一个属性的处理结果。
注解装配在Spring中是默认关闭的。所以需要在Spring文件中配置一下才能使用基于注解的装配模式。如果你想要在你的应用程序中使用关于注解的方法的话，请参考如下的配置。
&context:annotation-config/&
&!-- bean definitions go here --&
在 &context:annotation-config/&标签配置完成以后，就可以用注解的方式在Spring中向属性、方法和构造方法中自动装配变量。
下面是几种比较重要的注解类型：
@Required：该注解应用于设值方法。
@Autowired：该注解应用于有值设值方法、非设值方法、构造方法和变量。
@Qualifier：该注解和@Autowired注解搭配使用，用于消除特定bean自动装配的歧义。
JSR-250 Annotations：Spring支持基于JSR-250 注解的以下注解，@Resource、@PostConstruct 和 @PreDestroy。
10、请解释Spring Bean的生命周期？
Spring Bean的生命周期简单易懂。在一个bean实例被初始化时，需要执行一系列的初始化操作以达到可用的状态。同样的，当一个bean不在被调用时需要进行相关的析构操作，并从bean容器中移除。
Spring bean factory 负责管理在spring容器中被创建的bean的生命周期。Bean的生命周期由两组回调（call back）方法组成。
初始化之后调用的回调方法。
销毁之前调用的回调方法。
Spring框架提供了以下四种方式来管理bean的生命周期事件：
InitializingBean和DisposableBean回调接口
针对特殊行为的其他Aware接口
Bean配置文件中的Custom init()方法和destroy()方法
@PostConstruct和@PreDestroy注解方式
使用customInit()和 customDestroy()方法管理bean生命周期的代码样例如下：
&bean id="demoBean" class="com.howtodoinjava.task.DemoBean"
init-method="customInit" destroy-method="customDestroy"&&/bean&
更多内容请参考：Spring生命周期Spring Bean Life Cycle。
11、Spring Bean的作用域之间有什么区别？
Spring容器中的bean可以分为5个范围。所有范围的名称都是自说明的，但是为了避免混淆，还是让我们来解释一下：
singleton：这种bean范围是默认的，这种范围确保不管接受到多少个请求，每个容器中只有一个bean的实例，单例的模式由bean factory自身来维护。
prototype：原形范围与单例范围相反，为每一个bean请求提供一个实例。
request：在请求bean范围内会每一个来自客户端的网络请求创建一个实例，在请求完成以后，bean会失效并被垃圾回收器回收。
Session：与请求范围类似，确保每个session中有一个bean的实例，在session过期后，bean会随之失效。
global-session：global-session和Portlet应用相关。当你的应用部署在Portlet容器中工作时，它包含很多portlet。如果你想要声明让所有的portlet共用全局的存储变量的话，那么这全局变量需要存储在global-session中。
全局作用域与Servlet中的session作用域效果相同。
更多内容请参考 : 。
12、什么是Spring inner beans？
在Spring框架中，无论何时bean被使用时，当仅被调用了一个属性。一个明智的做法是将这个bean声明为内部bean。内部bean可以用setter注入“属性”和构造方法注入“构造参数”的方式来实现。
比如，在我们的应用程序中，一个Customer类引用了一个Person类，我们的要做的是创建一个Person的实例，然后在Customer内部使用。
public class Customer
//Setters and Getters
public class Person
//Setters and Getters
内部bean的声明方式如下：
&bean id="CustomerBean" class="mon.Customer"&
&property name="person"&
&!-- This is inner bean --&
&bean class="mon.Person"&
&property name="name" value="lokesh" /&
&property name="address" value="India" /&
&property name="age" value="34" /&
&/property&
13、Spring框架中的单例Beans是线程安全的么？
Spring框架并没有对单例bean进行任何多线程的封装处理。关于单例bean的线程安全和并发问题需要开发者自行去搞定。但实际上，大部分的Spring bean并没有可变的状态(比如Serview类和DAO类)，所以在某种程度上说Spring的单例bean是线程安全的。如果你的bean有多种状态的话（比如 View Model 对象），就需要自行保证线程安全。
最浅显的解决办法就是将多态bean的作用域由“singleton”变更为“prototype”。
14、请举例说明如何在Spring中注入一个Java Collection？
Spring提供了以下四种集合类的配置元素：
该标签用来装配可重复的list值。
该标签用来装配没有重复的set值。
该标签可用来注入键和值可以为任何类型的键值对。
&props& : 该标签支持注入键和值都是字符串类型的键值对。
下面看一下具体的例子：
&!-- Definition for javaCollection --&
&bean id="javaCollection" class="com.howtodoinjava.JavaCollection"&
&!-- java.util.List --&
&property name="customList"&
&value&INDIA&/value&
&value&Pakistan&/value&
&value&USA&/value&
&value&UK&/value&
&/property&
&!-- java.util.Set --&
&property name="customSet"&
&value&INDIA&/value&
&value&Pakistan&/value&
&value&USA&/value&
&value&UK&/value&
&/property&
&!-- java.util.Map --&
&property name="customMap"&
&entry key="1" value="INDIA"/&
&entry key="2" value="Pakistan"/&
&entry key="3" value="USA"/&
&entry key="4" value="UK"/&
&/property&
&!-- java.util.Properties --&
&property name="customProperies"&
&prop key="admin"&&/prop&
&prop key="support"&&/prop&
&/property&
15、如何向Spring Bean中注入一个Java.util.Properties？
第一种方法是使用如下面代码所示的&props& 标签：
&bean id="adminUser" class="mon.Customer"&
&!-- java.util.Properties --&
&property name="emails"&
&prop key="admin"&&/prop&
&prop key="support"&&/prop&
&/property&
也可用”util:”命名空间来从properties文件中创建出一个propertiesbean，然后利用setter方法注入bean的引用。
16、请解释Spring Bean的自动装配？
在Spring框架中，在配置文件中设定bean的依赖关系是一个很好的机制，Spring容器还可以自动装配合作关系bean之间的关联关系。这意味着Spring可以通过向Bean Factory中注入的方式自动搞定bean之间的依赖关系。自动装配可以设置在每个bean上，也可以设定在特定的bean上。
下面的XML配置文件表明了如何根据名称将一个bean设置为自动装配：
&bean id="employeeDAO" class="com.howtodoinjava.EmployeeDAOImpl" autowire="byName" /&
除了bean配置文件中提供的自动装配模式，还可以使用@Autowired注解来自动装配指定的bean。在使用@Autowired注解之前需要在按照如下的配置方式在Spring配置文件进行配置才可以使用。
&context:annotation-config /&
也可以通过在配置文件中配置AutowiredAnnotationBeanPostProcessor 达到相同的效果。
&bean class ="org.springframework.beans.factory.annotation.AutowiredAnnotationBeanPostProcessor"/&
配置好以后就可以使用@Autowired来标注了。
@Autowired
public EmployeeDAOImpl ( EmployeeManager manager ) {
this.manager =
17、请解释自动装配模式的区别？
在Spring框架中共有5种自动装配，让我们逐一分析。
no：这是Spring框架的默认设置，在该设置下自动装配是关闭的，开发者需要自行在bean定义中用标签明确的设置依赖关系。
byName：该选项可以根据bean名称设置依赖关系。当向一个bean中自动装配一个属性时，容器将根据bean的名称自动在在配置文件中查询一个匹配的bean。如果找到的话，就装配这个属性，如果没找到的话就报错。
byType：该选项可以根据bean类型设置依赖关系。当向一个bean中自动装配一个属性时，容器将根据bean的类型自动在在配置文件中查询一个匹配的bean。如果找到的话，就装配这个属性，如果没找到的话就报错。
constructor：造器的自动装配和byType模式类似，但是仅仅适用于与有构造器相同参数的bean，如果在容器中没有找到与构造器参数类型一致的bean，那么将会抛出异常。
autodetect：该模式自动探测使用构造器自动装配或者byType自动装配。首先，首先会尝试找合适的带参数的构造器，如果找到的话就是用构造器自动装配，如果在bean内部没有找到相应的构造器或者是无参构造器，容器就会自动选择byTpe的自动装配方式。
18、如何开启基于注解的自动装配？
要使用 @Autowired，需要注册 AutowiredAnnotationBeanPostProcessor，可以有以下两种方式来实现：
1、引入配置文件中的&bean&下引入 &context:annotation-config&
&context:annotation-config /&
2、在bean配置文件中直接引入AutowiredAnnotationBeanPostProcessor
&bean class="org.springframework.beans.factory.annotation.AutowiredAnnotationBeanPostProcessor"/&
19、请举例解释@Required annotation？
在产品级别的应用中，IoC容器可能声明了数十万了bean，bean与bean之间有着复杂的依赖关系。设值注解方法的短板之一就是验证所有的属性是否被注解是一项十分困难的操作。可以通过在&bean&中设置“dependency-check”来解决这个问题。
在应用程序的生命周期中，你可能不大愿意花时间在验证所有bean的属性是否按照上下文文件正确配置。或者你宁可验证某个bean的特定属性是否被正确的设置。即使是用“dependency-check”属性也不能很好的解决这个问题，在这种情况下，你需要使用@Required 注解。
需要用如下的方式使用来标明bean的设值方法。
public class EmployeeFactoryBean extends AbstractFactoryBean&Object&
public String getDesignation() {
public void setDesignation(String designation) {
this.designation =
//more code here
RequiredAnnotationBeanPostProcessor是Spring中的后置处理用来验证被@Required 注解的bean属性是否被正确的设置了。在使用RequiredAnnotationBeanPostProcesso来验证bean属性之前，首先要在IoC容器中对其进行注册：
&bean class="org.springframework.beans.factory.annotation.RequiredAnnotationBeanPostProcessor" /&
但是如果没有属性被用 @Required 注解过的话，后置处理器会抛出一个BeanInitializationException 异常。
20、请举例解释@Autowired注解？
@Autowired注解对自动装配何时何处被实现提供了更多细粒度的控制。@Autowired注解可以像@Required注解、构造器一样被用于在bean的设值方法上自动装配bean的属性，一个参数或者带有任意名称或带有多个参数的方法。
比如，可以在设值方法上使用@Autowired注解来替代配置文件中的 &property&元素。当Spring容器在setter方法上找到@Autowired注解时，会尝试用byType 自动装配。
当然我们也可以在构造方法上使用@Autowired 注解。带有@Autowired 注解的构造方法意味着在创建一个bean时将会被自动装配，即便在配置文件中使用&constructor-arg& 元素。
public class TextEditor {
private SpellChecker spellC
@Autowired
public TextEditor(SpellChecker spellChecker){
System.out.println("Inside TextEditor constructor." );
this.spellChecker = spellC
public void spellCheck(){
spellChecker.checkSpelling();
下面是没有构造参数的配置方式：
&context:annotation-config/&
&!-- Definition for textEditor bean without constructor-arg
&bean id="textEditor" class="com.howtodoinjava.TextEditor"&
&!-- Definition for spellChecker bean --&
&bean id="spellChecker" class="com.howtodoinjava.SpellChecker"&
21、请举例说明@Qualifier注解？
@Qualifier注解意味着可以在被标注bean的字段上可以自动装配。Qualifier注解可以用来取消Spring不能取消的bean应用。
下面的示例将会在Customer的person属性中自动装配person的值。
public class Customer
@Autowired
下面我们要在配置文件中来配置Person类。
&bean id="customer" class="mon.Customer" /&
&bean id="personA" class="mon.Person" &
&property name="name" value="lokesh" /&
&bean id="personB" class="mon.Person" &
&property name="name" value="alex" /&
Spring会知道要自动装配哪个person bean么？不会的，但是运行上面的示例时，会抛出下面的异常：
Caused by: org.springframework.beans.factory.NoSuchBeanDefinitionException:
No unique bean of type [mon.Person] is defined:
expected single matching bean but found 2: [personA, personB]
要解决上面的问题，需要使用 @Quanlifier注解来告诉Spring容器要装配哪个bean：
public class Customer
@Autowired
@Qualifier("personA")
22、构造方法注入和设值注入有什么区别？
请注意以下明显的区别：
在设值注入方法支持大部分的依赖注入，如果我们仅需要注入int、string和long型的变量，我们不要用设值的方法注入。对于基本类型，如果我们没有注入的话，可以为基本类型设置默认值。在构造方法注入不支持大部分的依赖注入，因为在调用构造方法中必须传入正确的构造参数，否则的话为报错。
设值注入不会重写构造方法的值。如果我们对同一个变量同时使用了构造方法注入又使用了设置方法注入的话，那么构造方法将不能覆盖由设值方法注入的值。很明显，因为构造方法尽在对象被创建时调用。
在使用设值注入时有可能还不能保证某种依赖是否已经被注入，也就是说这时对象的依赖关系有可能是不完整的。而在另一种情况下，构造器注入则不允许生成依赖关系不完整的对象。
在设值注入时如果对象A和对象B互相依赖，在创建对象A时Spring会抛出sObjectCurrentlyInCreationException异常，因为在B对象被创建之前A对象是不能被创建的，反之亦然。所以Spring用设值注入的方法解决了循环依赖的问题，因对象的设值方法是在对象被创建之前被调用的。
23、Spring框架中有哪些不同类型的事件？
Spring的ApplicationContext 提供了支持事件和代码中监听器的功能。
我们可以创建bean用来监听在ApplicationContext 中发布的事件。ApplicationEvent类和在ApplicationContext接口中处理的事件，如果一个bean实现了ApplicationListener接口，当一个ApplicationEvent 被发布以后，bean会自动被通知。
public class AllApplicationEventListener implements ApplicationListener & ApplicationEvent &
public void onApplicationEvent(ApplicationEvent applicationEvent)
//process event
Spring 提供了以下5中标准的事件：
上下文更新事件（ContextRefreshedEvent）：该事件会在ApplicationContext被初始化或者更新时发布。也可以在调用ConfigurableApplicationContext 接口中的refresh()方法时被触发。
上下文开始事件（ContextStartedEvent）：当容器调用ConfigurableApplicationContext的Start()方法开始/重新开始容器时触发该事件。
上下文停止事件（ContextStoppedEvent）：当容器调用ConfigurableApplicationContext的Stop()方法停止容器时触发该事件。
上下文关闭事件（ContextClosedEvent）：当ApplicationContext被关闭时触发该事件。容器被关闭时，其管理的所有单例Bean都被销毁。
请求处理事件（RequestHandledEvent）：在Web应用中，当一个http请求（request）结束触发该事件。
除了上面介绍的事件以外，还可以通过扩展ApplicationEvent 类来开发自定义的事件。
public class CustomApplicationEvent extends ApplicationEvent
public CustomApplicationEvent ( Object source, final String msg )
super(source);
System.out.println("Created a Custom event");
为了监听这个事件，还需要创建一个监听器：
public class CustomEventListener implements ApplicationListener & CustomApplicationEvent &
public void onApplicationEvent(CustomApplicationEvent applicationEvent) {
//handle event
之后通过applicationContext接口的publishEvent()方法来发布自定义事件。
CustomApplicationEvent customEvent = new CustomApplicationEvent(applicationContext, "Test message");
applicationContext.publishEvent(customEvent);
24、FileSystemResource和ClassPathResource有何区别？
在FileSystemResource 中需要给出spring-config.xml文件在你项目中的相对路径或者绝对路径。在ClassPathResource中spring会在ClassPath中自动搜寻配置文件，所以要把ClassPathResource 文件放在ClassPath下。
如果将spring-config.xml保存在了src文件夹下的话，只需给出配置文件的名称即可，因为src文件夹是默认。
简而言之，ClassPathResource在环境变量中读取配置文件，FileSystemResource在配置文件中读取配置文件。
25、Spring 框架中都用到了哪些？
Spring框架中使用到了大量的设计模式，下面列举了比较有代表性的：
代理模式—在AOP和remoting中被用的比较多。
单例模式—在spring配置文件中定义的bean默认为单例模式。
模板方法—用来解决代码重复的问题。
比如. RestTemplate, JmsTemplate, JpaTemplate。
前端控制器—Srping提供了DispatcherServlet来对请求进行分发。
视图帮助(View Helper )—Spring提供了一系列的JSP标签，高效宏来辅助将分散的代码整合在视图里。
依赖注入—贯穿于BeanFactory / ApplicationContext接口的核心理念。
工厂模式—BeanFactory用来创建对象的实例。}