Servlet部分源码分析:
将源码复制到某个Java文件中,去掉注释,加上自己的注释。
Servlet接口:
ServletConfig接口:
GenericServlet抽象类:GenericServlet是Servlet的默认实现,是与具体协议无关的
部分方法如下:
HttpServlet抽象类源码较多,而且没有特别难以理解的东西,所以源码就不贴上来了。HttpServlet是基于Http协议实现的Servlet基类,我们在写Servlet的时候直接继承它就行了。SpringMVC中的前端控制器DispatchServlet 就是继承了 HttpServlet。HttpServlet 重写了 service 方法,而service 方 法 首 先 将 ServletRequest 和 ServletResponse 转成HttpServletRequestttpServletRequest 和HttpServletResponse,然后根据 Http 不同类型的请求,再路由到不同的处理方法进行处理。
tomcat架构图:
Server:服务器的意思,代表整个tomcat服务器,一个tomcat只有一个Server。Server中包含至少一个Server组件,用于提供具体服务。这个在配置文件中也得到很好的体现(port="8005" shutdown="SHUTDOWN" 是指在8005端口监听到"SHUTDOWN"命令,服务器就会停止)。
Service:Server中的一个逻辑功能层,一个Server可以包含多个Service。Service接收客户端的请求,然后解析请求,完成相应的业务逻辑,然后把处理后的结果返回给客户端,一般会提供两个方法,一个start打开服务Socket连接,监听服务端口,一个stop停止服务释放网络资源。
Connector:连接器,是Service中的核心组件之一,一个Service可以有多个Connector,主要是连接客户端请求,用于接收请求并将请求封装成Request和Response,然后交给Container进行处理,Container处理完之后再交给Connector返回给客户端。
Container:Service的核心组件之一,按照层级有Engine、Host、Context、Wrapper四种,一个Service只有一个Engine,主要作用是执行业务逻辑。
Engine:一个Service中只有一个Engine,Engine表示整个Servlet引擎,一个Engine下可以包含多个Host,即一个tomcat实例可以配置多个虚拟主机,默认情况下在server.xml文件中有<Engine name="Catalina" defaultHost="localhost">定义了一个名为Catalina的Engine。一个Engine包含多个Host的设计,使得一个服务器实例可以承担多个域名的服务。
Host:代表一个站点,也可以叫做虚拟主机,一个Host可以配置多个Context,在server.xml文件中的默认配置为<Host name="localhost" appBase="webapps" unpackWARs="true" autoDeploy="true">,其中appBase=webapps,也就是webapps目录,unpackingWARs=true属性指定在appBase指定的目录中的war包都自动解压,autoDeploy=true属性指定对加入到appBase目录的war包进行自动部署,一般用来做热部署操作。
Context:代表一个应用程序,就是日常开发中的web程序,默认配置下webapps下的每一个目录都是一个应用,其中ROOT目录中存放主应用,其他目录存放别的子应用,而整个webapps是一个站点。
tomcat启动流程:tomcat的启动流程非常标准化,入口是BootStrap,统一按照生命周期管理接口(Lifecycle)的定义进行启动,首先调用init()方法逐级初始化,接着调用start()方法进行启动,同时每次调用伴随着生命周期状态变更事件的触发。
启动文件分析:一般启动tomcat执行的是startup.bat 或者startup.sh文件,在该文件中有着许多配置等信息,以我所使用的tomcat为例
startup.sh:
catalina.sh:由于这个文件中代码较多,只截取所需要的,即BootStrap这部分
main方法是整个tomcat启动时的入口,在main方法中使用bootstrap.init()方法来初始化类加载器和创建Catalina实例(使用反射创建),然后启动Catalina线程。
Catalina:
---Lifecycle接口:提供一种统一的管理对象生命周期的接口,通过Lifecycle、LifecycleListener、LifecycleEvent,Catalina实现了对tomcat各种组件,容器统一的启动和停止的方式。
---load方法:解析server.xml配置文件,并加载Server、Service、Container、Connector、Engine、Host、Context、Wrapper等一系列的容器,加载完成后,调用initialize()来开启一个新的Server。
---Digester类:解析server.xml文件,这个类相当于一个解析类,解析得到容器的配置。
---demon.start()方法:会调用Catalina的start()方法。
Mybatis:
配置文件:
---Properties(属性):将数据库连接参数单独配置在db.properties中,放在类路径下,这样只需要在配置文件中加载db.properties额属性值,这样避免了硬编码,可以将参数统一管理。
db.properties:
jdbc.driverClassName=com.mysql.jdbc.Driver
jdbc.url=jdbc:mysql://localhost:3306/mybatis
jdbc.username=root
jdbc.password=929926
settings(全局配置参数):可以进行一些设置:
tpyeAliases(类型别名):是Java类型名字的一个别名,用来减少类全限定类名的多余部分
配置别名:
plugins(插件):可以用来进行一些分页等插件的配置
environments(环境集合属性对象):
mappers(映射器):指定映射配置文件
mapper.xml:映射文件,定义了操作数据库的SQL,每个SQL是一个statement,映射文件是mybatis的核心。
---ResultMap:如果查询到的列名和实体类中定义的属性名不一致,可以通过定义resultMap对列名和属性名之间作一个映射关系。
cache:开启二级缓存,默认情况下一级缓存开启,二级缓存不开启
select:查询语句
......
SQL:可重用的SQL语句块
Resources:工具类,
例如:
SqlSessionFactoryBuilder:是SqlSessionFactory的构件者类,首先调用XMLConfigBuilder类的构造器创建一个XML配置构建器对象,利用这个构建器对象调用器解析方法parse()来完成Configuration对象的创建,之后以这个配置对象为参数调用会话工厂创建者类中的build(Configuration config)方法来完成SqlSessionFactory(会话工厂)对象的构建。
XMLConfigBuilder:XML配置构建者类,通过XML配置文件来构建Configuration对象实例,构建的过程就是解析Configuration.xml配置文件的过程,期间会将从配置文件中获取到的指定标签的值逐个添加到之前创建好的默认Configuration对象实例中。
Configuration:是MyBatis的上下文对象,实例化这个类的目的是为了使用其对象作为项目全局配置对象,这样通过配置文件配置的信息可以保存在这个配置对象中,而这个配置对象在创建好之后是保存在JVM的Heap内存中的,方便随时读取。
DefaultSqlSessionFactory:是SqlSessionfactory(会话工厂)的实现类,是真正生产会话的工厂类,这个类的实例的生命周期时全局的,只会在首次调用的时候生成一个实例(单例模式)。
Executor:执行器接口,SqlSession会话是面向程序员的,而内部真正执行数据库操作的却是Executor执行器,Executor是和SqlSession绑定在一起的,每一个SqlSession都拥有一个新的Executor对象,由Configuration创建
Executor继承结构:
BaseExecutor:
---SimpleExecutor:每执行一次update或者select,就开启一个Statement对象,用完立刻关闭。
---ReuseExecutor:执行update或者select,以SQL作为key查找Statement对象,存在就使用,不存在就创建,用完之后不关闭Statement对象,而是放置于Map<String,Statement>中,供下一次使用。
---BatchExecutor:执行update(JDBC批处理不支持select),将所有SQL都添加到批处理中(addBatch()),等待统一执行(executeBatch()),它缓存了多个Statement对象,每个Statement对象都是addBatch()完毕之后的,等待逐一执行。
CachingExecutor:先从缓存中获取查询结果,存在就返回,不存在就委托给Executor delegate去数据库中取,delegate可以是SimpleExecutor、ReuseExecutor、BatchExecutor。
StatementHandler:是Statement处理器,封装了Statement的各种数据库操作方法execute()。
RoutingStatementHandler:是一个封装类,不提供具体的实现,只是根据Executor的类型,创建不同的类型的StatementHandler。
ResultSetHandler:结果集处理器,如果是查询操作,必定会有返回结果,针对返回结果的操作,就要使用ResultSetHandler来进行处理,这个是由StatementHandler来进行调用的,这个处理器的作用就是对返回结果进行处理。
mybatis运行原理:运行过程中涉及到的类或者接口
---Resources(C):用于加载MyBatis核心配置文件
---XMLConfigBuilder(C):用于解析XML文件(核心配置文件)
---Configuration(C):用于存放xml文件解析后的结果
---DefaultSqlSessionFactory(C):是SqlSessionFactory(I)的实现类,创建时需要使用Configuration对象
---SqlSession(I):是MyBatis操作的核心
---DefaultSqlSession(C):是SqlSession接口的实现类
---TransactionFactory(I):用于产生Transaction对象
---Transaction(I):用于表示操作数据库的事务对象
---Executor(I):是MyBatis的核心执行器,类似于jdbc中的statement,常用的实现类为SimpleExecutor。
原理:
---当MyBatis开始运行时,先要通过Resources加载核心配置文件,之后使用XMLConfigBuilder对配置文件进行解析,将解析结果封装为Configuration对象,之后使用Configuration对象构建一个DefaultSqlSessionFactory对象,到此SqlSession工厂构建完成。
---之后,通过工厂对象调用openSession()方法创建SqlSession对象,在这个过程中,需要通过TransactionFactory生产Transaction对象,并且,还需要创建核心执行器Executor对象,之后,通过这些对象来创建DefaultSqlSession对象,到此SqlSession对象创建成功。
---之后,通过SqlSession对象执行相应的操作,如果执行成功,调用commit()方法提交事务,如果失败,调用rollback()方法回滚事务,最后,调用close()方法关闭session资源。