44.Tomcat一个请求的处理流程？

     假设来自客户的请求为：

          http：//localhost：8080/test/index.jsp请求被发送到本机端口8080，被在那里侦听Copote HTTP/1.1  Connector,然后

1.Connector把该请求交给它所在的Service的Engine来处理，并等待Engine来处理，并等待Engine的回应。

2.Engine获得请求localhost：8080/test/index.jsp，匹配它所有虚拟主机Host。

3.Engine获得请求localhost的Host（即使匹配不到也把请求交给该Host处理，因为该Host被定义为Engine的默认主机）

4.localhost  Host获得请求/test/index.jsp,匹配它所拥有的所有的Context

5.Host匹配到路径为/test的Context（如果匹配不到就把该请求交给路径名为“”的Context去处理）

6.path=“/test”的Context获得请求/index.jsp，在它的mapping  table中寻找对应的servlet。

7.Context匹配到URL  Pattern为*.jsp的servlet，对应于JspServlet类，构造HttpServletRequest对象和HttpServletResponse对象，作为参数调用JspServlet的doGet或doPost方法。

8.Context把执行完了之后的HttpServletResponse对象返回给Host

9.Host把HttpServletResponse对象返回给Engine

10.Engine把HttpServletResponse对象返回给Cconnector

11.Connector把HttpServletResponse对象返回给客户browser

45.Tomcat中类加载机制？

 在Bootstrap中我们可以看到有如下三个classloader

1.为什么要设计多个类加载器？

如果所有的类都使用一个类加载器来加载，会出现什么问题呢？

 假如我们自己编写一个类java.util.Object，他的视线可能有一定危险性或者隐藏的bug。而我们知道Java自带的核心类里面也有java.util.Object,如果我们知道Java自带的核心类里面也有java.util.Object,如果JVM启动的时候先行加载的是我们自己编写的java.util.Object，那么就有可能出现安全问题！

所以Sun(后被Oracle收购）采用了另外一种方式来保证最基本的，也是最核心的功能不会被破坏。你猜的没错，那就是双亲微拍模式！

2.什么是双亲委派模型？

双亲委派模型解决了类错乱加载的问题，也设计得非常精妙。

双亲委派模式对类加载器定义来层级，每个类加载器都有一个父类加载器。在一个类需要加载的时候，首先委派给父类加载器来加载器，而父类加载器又委派给祖父类加载器来加载，以此类推。如果父类以及上面的类加载器都加载不了，那么由当前类加载器来加载，并将被加载的类缓存起来。

所以上述类是这么加载的

     Java自带的核心类：由启动类加载器加载。

    Java支持的可扩展类：由扩展类加载器加载。

    我们自己编写的类：默认由应用程序类加载器或者其子类加载。

为什么Tomcat 的类加载器也不是双亲委派模型？

     Java默认的类加载机制是通过双亲委派模型来实现的，而Tomcat实现的方式又和双亲委派模型有所区别。

原因在于一个Tomcat容器允许同时运行多个Web程序，每个Web程序依赖的类又必须是相互隔离的。因此，如果Tomcat使用双亲委派模式来加载类的话，将导致Web程序依赖的类变成共享的。

举个例子，假如我们有两个Web程序，一个依赖A库的1.0版本，另一个依赖A库的2.0版本，他们都使用了类xxx.xx.Clazz,其实现的逻辑因类库版本的不同而结构完全不同。那么这两个Web程序的其中一个必然因为加载的Clazz不是所有使用的Clazz而出现问题！而这对于开发来说是非常致命的！
46.Tomcat Container设计？

  我们看下几个Container之间的关系：

    

从上图上，我们可以看出Container顶层也是基于Lifecycle的组件设计得。

   1.在设计Container组件层次组件时，上述4个组件分别做什么的呢？为什么要四种组件呢？

       engine：表示整个container的servlet引擎，多数情况下包含一个或多个子容器，这些字容器要么是Host，要么是Context实现，或者是其他自定义组。

Host：表示包含多个Context的虚拟主机。

Context：表示一个ServletContext，表示一个web app，他通常包含一个或者多个wrapper。

wrapper：表示一个servlet定义的（如果servlet本身实现了SingleThreadModel，则可能支持多个servlet实例）。

2.结合整体的框架图中上述组件部分，我们看下包含了什么？

很明显，除了四个组件的嵌套关系，Container中还包含了Realm，Cluster，Listeners,Pipleline等支持组件。

这一点，还可以通过相关注释可以看出：

47.Tomcat  LifeCycle机制？

1.Server以及他组件

   

2.Server后续组件生命周期以及初始化

3.Server的依赖结构

48.Tomcat 中Executor？

   1.Tomcat 希望将Executor也纳入Lifecycle生命周期管理，所以让他实现了Lifecycle接口；

   2.引入超时机制：也就是说当work queue满时，会等待指定时间，如果超时将抛出RejectedExcutionException,所以这里增加了一个void  execute（Runnable command，long timeout,TimeUnit unit )方法；其实本质上，他构造来JUC中TreadPoolExcutor，通过他调用ThreadPoolExecutor的void  execute(Runnable command,long timeout,TimeUnit unit)方法。

49.Tomcat中的设计模式？

 责任链模式：管道机制

  在软件开发的常接触的责任链模式是FilterChain，他体现在很多软件设计中：

   1.比如Spring  Security框架中

         

2.比如HttpServletRequest处理的过滤器中

    当一个request过来的时候，需要对这个request做一系列的加工，使用责任链模式可以使每个加工组件化，减少耦合。也可以使用在当一个request过来的时候，需要找到合适的加工方式。当一个加工方式不适合这个request的时候，传递到下一个加工方法，该加工方式再尝试对request加工。

    网上找了图，这里我们后文将通过Tomcat请求处理向你阐述。

 外观模式：request请求

观察者模式：事件监听

Java中的事件机制的参与者有3种角色

1.Event  Source：事件源，发起事件的主体。

2.Event  Object：事件状态对象，传递的信息载体，就好比Watcher的update方法的参数，可以是事件源本身，一般作为参数存在listener的方法中。

3.Event Listener：事件监听器，当他监听到event object产生的时候，他就调用相应的方法，进行处理。

其实还有个东西比较重要：事件环境，在这个环境中，可以添加事件监听器，可以产生事件，可以触发事件监听器。

模板方式：Lifecycle

LifecycleBase是使用了状态机+模板模式来实现的。模板方法有下面这几个：

     

50.什么是Spring框架？Spring框架有哪些主要模块？

    Spring是一个控制反转和面向切面的容器框架。

   Spring有七大功能模块：

1.Core

Core模块是Spring的核心类库，Core实现了IOC功能。

2.AOP

Spring AOP模块是Spring的AOP库，提供了AOP（拦截器）机制，并提供常见的拦截器，供用户自定义和配置。

3.orm提供常用ORM框架的管理和支持，hibernate，mybatis等。

4.Dao  Spring提供对JDBC的支持，对JDBC进行封装。

5.Web对Struts2的支持。

6.Contrext

Context模块提供框架式的Bean的访问方式，其他程序可以通过Context访问Spring的Bean资源，相当于资源注入。

7.MVC

MVC模块为Spring提供了一套轻量级的MVC实现，即Spring  MVC。

52.解释一下Spring  IOC，AOP？

  借助Spring实现具有依赖关系的对象之间的解耦。

  对象A运行需要对象B，由主动创建变为IOC容器注入，这便是控制反转。

  获得依赖对象的过程被反转了，获取依赖对象的过程由自身创建变为由IOC容器注入，这便是依赖注入。

53.Bean Factory和ApplicationContext有什么区别？

     Bean Factory是Spring最底层接口，包含Bean的定义，管理bean的加载，实例化，控制bean的生命周期，特点是每次获取对象时才会创建对象。ApplicationContext是Bean factory的子接口，拥有BeanFactory的全部功能，并且扩展了很多高级特性，每次容器启动时就会创建所有对象。ApplicationContext的额外功能：

   继承MessageSource，支持国际化；

   统一的资源文件访问方式

   提供在监听器中注册bean

   同时加载多个配置文件 

  载入多个（有继承关系）上下文，使得每个上下文都专注于一个特定的层次，比如应用的web层。

2.Bean Factory通常是以编程的方式被创建，ApplicationContext可以以声明的方式创建，如使用ContextLoader。

3.Bean Factory和ApplicationContext都支持Bean PostProcesssor,BeanFactoryPostProcessor,但Bean Factory需要手动注册，Application Context则是自动注册。

54.什么是JavaConfig？

  JavaConfig是Spring3.0新增的概念，就是以注解的形式取代Spring中繁琐的XML文件。Java Config结合了XML的解耦和Java编译时检查的优点。

@Configuration，表示这个类是配置类。

@ComponentScan，相当于xml的

@Bean，相当于xml的

@EnableWebMvc，相当于xml的

@ImportResource，相当于xml的

@PropertySource，用于读取properties配置文件

@Profile，一般用于多环境配置，激活时可用@ActiveProfile（“dev")注解

55.Spring有几种配置方式？

1.xml配置文件方式

2.基于注解的方式，项目越来越大，基于xml注解配置太麻烦，Spring2.x时代提供了生命bean的注解。

  2.1Bean的定义相关注解 @Component，@Controller，@Service，@Repository

  2.2Bean色注入相关注解@AutoWire

3.基于Java的方式Spring3.x以后，可以通过Java代码装配@Bean。

 Spring容器中的bean可以有5个作用范围：

1.singleton：这种bean范围是默认的，这种范围确保不管接受多少请求，每个容器中只有一个bean实例，单例模式。

2.prototype：为每一个bean提供一个实例。

3.request：在请求bean范围内为每一个来自客户端的网络请求创建一个实例，在请求完毕后，bean会失效并被垃圾回收器回收。

4.session：为每个session创建一个实例，session过期后，bean会随之消失。

5.global session：global  session和Portlet应用相关。当你的应用部署在Portlet

容器中工作时，他包含了很多portlet。如果你想要声明让所有的porlet公用全局的存储变量的话，那么全局变量需要存储在global  session中。

57.什么是Spring inner beans？

在Spring框架中，无论何时bean被使用时，当仅被调用一个属性。可以将这个bean声明为内部bean。内部bean可以用setter注入“属性”和构造方法注入“构造参数”的方式来实现。

比如，在我们的应用程序中，一个Customer类引用了一个Person类，我们要做的是创建一个Person实例，然后在Customer内部使用。

58.Spring框架中的单例Beans是线程安全的么？

  Spring框架并没有对单例bean进行任何多线程的封装处理。关于单例bean的线程安全和并发问题需要开发者自行去搞定。

但实际上，大部分的Spring bean并没有可变的状态，所以在某种程度上说Spring的单例bean时线程安全的。如果你的bean有多种状态的话，比如view  model，需要自行保证线程安全啦。

最浅显的解决方案就是将多态bean的作用域由singleton变更为propertype。

59.请解释SpringBean的自动装配？

    Spring支持IOC，自动装配不用实例化，直接从bean容器中取。

   1.配置在xml中

    2.@Autowired自动装配

60.如何开启基于注解的自动装配？

  要使用@Autowired,需要注册AutowiredAnnotationBeanPostProcessor,可以有以下两种方式来实现：

1.引入配置文件中的下引用

2.在bean配置文件中直接引入AutowiredAnnotationBeanProcessor