Java.Servlet.Spring.Python框架图

image.png

image.png

image.png

image.png

image.png

image.png

image.png

image.png

image.png

image.png

image.png

image.png

image.png

image.png

image.png

image.png

一图胜千言，下面图解均来自Program Creek 网站的Java教程，目前它们拥有最多的票选。如果图解没有阐明问题，那么你可以借助它的标题来一窥究竟。

1、字符串不变性

下面这张图展示了这段代码做了什么

String s = "abcd"``;

s = s.concat(``"ef"``);

image

2、equals()方法、hashCode()方法的区别

HashCode被设计用来提高性能。equals()方法与hashCode()方法的区别在于：

1. 如果两个对象相等(equal)，那么他们一定有相同的哈希值。
2. 如果两个对象的哈希值相同，但他们未必相等(equal)。

image

3、Java异常类的层次结构

图中红色部分为受检查异常。它们必须被捕获，或者在函数中声明为抛出该异常。

image

4、集合类的层次结构

注意Collections和Collection的区别。（Collections包含有各种有关集合操作的静态多态方法）

image

5、Java同步

Java同步机制可通过类比建筑物来阐明。

image

6、别名

别名意味着有多个变量指向同一可被更新的内存块，这些别名分别是不同的对象类型。

image

7、堆和栈

图解表明了方法和对象在运行时内存中的位置。

image

8、Java虚拟机运行时数据区域

图解展示了整个虚拟机运行时数据区域的情况。

image

image.png

image.png

image.png

Tomcat和JVM：

一个Tomcat只会启动一个JVM，所有webapps公用一个JVM进程，所以System.exit()会导致影响同个Tomcat中的其他应用。Tomcat通过调用配置的JDK或JRE来启动JVM。

体系结构：

image

Server：A Server element represents the entire Catalina servlet container. (Singleton)

Service：它由一个或者多个Connector组成，以及一个Engine，负责处理所有Connector所获得的客户请求。

Connector：

• TOMCAT有两个典型的Connector，一个直接侦听来自browser的http请求，一个侦听来自其它WebServer的请求
• Coyote Http/1.1 Connector 在端口8080处侦听来自客户browser的http请求
• Coyote JK2 Connector 在端口8009处侦听来自其它WebServer(Apache)的servlet/jsp代理请求

Engine：

• Engine下可以配置多个虚拟主机Virtual Host，每个虚拟主机都有一个域名
• 当Engine获得一个请求时，它把该请求匹配到某个Host上，然后把该请求交给该Host来处理
• Engine有一个默认虚拟主机，当请求无法匹配到任何一个Host上的时候，将交给该默认Host来处理

Host：

• 代表一个Virtual Host，虚拟主机，每个虚拟主机和某个网络域名Domain Name相匹配
• 每个虚拟主机下都可以部署(deploy)一个或者多个Web App，每个Web App对应于一个Context，有一个Context path
• 当Host获得一个请求时，将把该请求匹配到某个Context上，然后把该请求交给该Context来处理
• 匹配的方法是“最长匹配”，所以一个path==”"的Context将成为该Host的默认Context
• 所有无法和其它Context的路径名匹配的请求都将最终和该默认Context匹配

Context：

• 一个Context对应于一个Web Application，一个Web Application由一个或者多个Servlet组成
• Context在创建的时候将根据配置文件$CATALINA_HOME/conf/web.xml和$WEBAPP_HOME/WEB-INF/web.xml载入Servlet类
• 当Context获得请求时，将在自己的映射表(mapping table)中寻找相匹配的Servlet类
• 如果找到，则执行该类，获得请求的回应，并返回

另外一个架构图：

image

Tomcat Server处理一个http请求的过程

假设来自客户的请求为：

http://localhost:8080/wsota/wsota_index.jsp

1. 请求被发送到本机端口8080，被在那里侦听的Coyote HTTP/1.1 Connector获得
2. Connector把该请求交给它所在的Service的Engine来处理，并等待来自Engine的回应
3. Engine获得请求localhost/wsota/wsota_index.jsp，匹配它所拥有的所有虚拟主机Host
4. Engine匹配到名为localhost的Host（即使匹配不到也把请求交给该Host处理，因为该Host被定义为该Engine的默认主机）
5. localhost Host获得请求/wsota/wsota_index.jsp，匹配它所拥有的所有Context
6. Host匹配到路径为/wsota的Context（如果匹配不到就把该请求交给路径名为”"的Context去处理）
7. path=”/wsota”的Context获得请求/wsota_index.jsp，在它的mapping table中寻找对应的servlet
8. Context匹配到URL PATTERN为*.jsp的servlet，对应于JspServlet类
9. 构造HttpServletRequest对象和HttpServletResponse对象，作为参数调用JspServlet的doGet或doPost方法
   10)Context把执行完了之后的HttpServletResponse对象返回给Host
   11)Host把HttpServletResponse对象返回给Engine
   12)Engine把HttpServletResponse对象返回给Connector
   13)Connector把HttpServletResponse对象返回给客户browser

安装和配置：

1. 下载：tomcat.apache.org（分Unix 和 windows版）
2. 解压到Windows或Unix目录下
3. 配置端口：server.xml
4. 配置Tomcat登录用户名密码：tomcat-user.xml,
   
5. 配置好JDK，配置JAVA_HOME环境变量
6. 修改端口：

• 启动：
  • Windows: startup.bat （可以在文件末尾加入pause指令，方便查看启动结果）
  • Unix: ./startup.sh（观察log：tail -f catalina.log）
• 关闭：
  • Windows: shutdown.bat
  • Unix: ./shutdown.sh

Tomcat目录结构：
bin --- 存放tomcat启动关闭程序
conf --- 存放tomcat配置文件
lib --- tomcat运行需要jar包
logs --- tomcat日志文件
webapps --- 网站发布目录（所有网站可以发布到该目录）
work --- 存放工程运行时，产生数据文件（JSP翻译Servlet、Session持久化数据）

站点根目录：
------- 静态web资源、jsp
------- WEB-INF目录
------- classes目录 （保存,class文件）
-------- lib 目录 (当前网站需要jar包)
-------- web.xml (网站配置文件)

• WEB-INF目录不是必须的，没有java动态程序代码， 可以没有WEB-INF 目录
• WEB-INF目录下资源不能被浏览器直接访问

如何设置tomcat压缩：
通过设置tomcat/conf/server.xml设置响应数据压缩
connectionTimeout="20000"
redirectPort="8443"

           **compression="on"**

** compressionMinSize="256"**

           compressableMimeType="text/html,text/xml,application/javascript,text/css,text/plain,application/json"/>

注：compressionMinSize推荐值在150和1000之间

清除浏览器缓存，重启tomcat

支持下载文件名为中文的文件：

URIEncoding="utf-8"
protocol="HTTP/1.1"
connectionTimeout="20000"
redirectPort="8443" />

Jetty的基本架构

image

jetty的主要组件的类图

image

整个 Jetty 的核心是围绕着 Server 类来构建，Server 类继承了 Handler，关联了 Connector 和 Container。Container 是管理 Mbean 的容器。

Jetty 的 Server 的扩展主要是实现一个个 Handler 并将 Handler 加到 Server 中，Server 中提供了调用这些 Handler 的访问规则。

整个 Jetty 的所有组件的生命周期管理是基于观察者模板设计，它和 Tomcat 的管理是类似的。下面是 LifeCycle 的类关系图

image

Handler 的体系结构

image

Jetty 主要提供了两种 Handler 类型，一种是 HandlerWrapper，它可以将一个 Handler 委托给另外一个类去执行，如我们要将一个 Handler 加到 Jetty 中，那么就必须将这个 Handler 委托给 Server 去调用。配合 ScopeHandler 类我们可以拦截 Handler 的执行，在调用 Handler 之前或之后，可以做一些另外的事情，类似于 Tomcat 中的 Valve；

另外一个 Handler 类型是 HandlerCollection，这个 Handler 类可以将多个 Handler 组装在一起，构成一个 Handler 链，方便我们做扩展。

image.png

image.png

image.png

image.png

image.png

image.png

image.png

image.png

image.png

image.png

image.png

image.png

image.png

image.png

image.png