共计 6905 个字符，预计需要花费 18 分钟才能阅读完成。
Tomcat 学艺
Tomcat，相熟的陌生人。咱们所有的我的项目都运行在它下面，而咱们却往往对它熟视无睹。事实中也是如此，咱们四周充斥了空气，咱们无时无刻不在呼吸，但你素来没关怀过它。同样的，Tomcat 于咱们而言，也只是在创立环境或者运行我的项目爆出各种谬误时，才会去看看它。
上世纪 90 年代在大洋彼岸，有一家名唤 SUN 的公司，发明了一门全新的语言，叫 Java。通过短短几年的倒退，一跃成为市场上最煊赫一时的语言。随后又悟出“Java13 绝技”，也就是所谓的 JavaEE 标准：JDBC，JNDI，EJB，RMI，JSP，Servlets，XML，JMS，Java IDL，JTS，JTA，JavaMail，JAF。
在大洋彼岸还有一家公司，精确来说它是一个组织，专门搞开源的，叫 Apache。这家公司搞出了一个叫 Tomcat 的服务器。这个名字获得真好啊。中国有个词叫三脚猫，专门来吐槽他人功夫不到家。巧了，Tomcat 也没齐全实现 JavaEE 标准。13 种核心技术，Tomcat 只实现了俩：Servlet 和 JSP。而其余服务器比方 JBoss、Weblogic 啥的都是齐全反对的。所以人们往往更违心叫 Tomcat 为轻量级的服务器，也有叫它 Servlet/JSP 容器的。
听到这，你不禁大叫：不对啊，我记得本人写的程序里有用到 JDBC 啊，还能够运行哩！
啊，那是因为你导了 JDBC 包 … 然而你装置了 Tomcat 后另外导过 Servlet/JSP 的包吗？没有嘛！人家实现了 Servlet/JSP 标准，都整到本人源码里了。
说到这，我也是泪流满面。因为我才发现自己也是个三脚猫。下面“Java13 绝技”我特么也就学过 JDBC/XML/JSP/Servlet… 所以我更违心称本人是 JavaWeb 程序员，而不是 JavaEE 程序员。JavaEE 其实很重，我拿不动，打搅了。
咱们为什么须要服务器？
在我看来，服务器最实质的作用有两个：
- 将资源对外裸露
- 配合各种传输协定进行响应输入
假如当初有个问题：
给你两台电脑，不通过蓝牙 /QQ/ 微信，也不通过网盘或 USB 等可挪动设施做中介，你要如何把一张图片从一台电脑传到另一台？
听到这个问题，我预计大部分非科班的敌人都要懵。因为如果前期没有刻意去学习计算机网络，咱们对于网络的理解根本仅限于根底班 4 小时的“网络编程”解说。而大家平时又太习惯地址栏键入 ”www.baidu.com”，无脑一回车就上网冲浪了。当初忽然让你去拜访隔壁的电脑，的确有点大刀阔斧。
解决这个问题的办法可能有多种，这里介绍其中一种：通过服务器拜访。
请先理解以下三个概念：
- IP：电子设备（计算机）在网络中的惟一标识，一个 IP 对应一台 实体 电脑
- 端口：应用程序在计算机中的惟一标识，一个端口只能被惟一程序占用
- 传输协定：数据传输的规定
中国有 14 亿人口，每个人都有惟一的身份标识：身份证，用以精确定位某个个体。同样的，网络上有几十亿台电脑，每台电脑都有本人的一串特有 IP（不同局域网内能够雷同），也就是说一个 IP 代表一台特定的 实体 电脑。比方《唐伯虎点秋香》中华安的编号是 9527，而华府的管家从不叫他名字，而是间接喊“9527”。因为“9527”就是华安。
尽管依据 IP 能够精准定位一台电脑，然而还不足以让咱们拜访这台电脑。就好比你晓得了我的门牌号，然而我没给你开门。所谓的门，就是一个端口，而端口的背地是应用程序。
一般来说，一个端口能够定位一个软件，但一个软件能够占用多个端口（你家的门，只属于你家，但能够有前后门）。在现实生活中，你家的门如果被他人占用了或者堵了，客人（申请）就进不去了。而在程序中，如果有两个程序的端口雷同，就会产生端口抵触，也就是所谓的“端口占用”。端口占用的结果往往是程序无奈启动，更遑论运行。
对于端口，再举个例子：
微信和 QQ 都是腾讯公司的，你的电脑上同时装了这两个软件。为什么我用 QQ 给你发消息，你的微信收不到？正常人看起来很傻的问题，实际上并不是那么简略。
每个应用程序都有本人的端口号（可能有多个），它们一旦运行，就要去监听这些端口。每个程序都是电脑的囚犯，看不到里面的世界，而端口就是给这些囚犯送饭的窗口。应用程序们终日躲在电脑里盯着本人的端口们，期求着别的计算机来访时能送个大鸡腿(Request 申请)。
其实 QQ 这些软件属于 C / S 架构，曾经为咱们屏蔽了太多底层，什么 IP、端口全部都是主动封装的。相比来说，B/ S 架构更直观一些。比方用浏览器拜访百度：
想要拜访一台服务器，必须晓得它的 IP。但咱们人类不善于记忆长串数字，于是人类搞了所谓的域名来指向 IP。但理论申请时，最终还是要换算成 IP 去拜访。总得来说有两种换算的路径：1. 本机的 hosts 文件 2.DNS 服务器
不晓得有没有仔细的敌人留神到了上面的细节：
即便 DNS 解析域名失去对应的 IP 后，Request 申请里还是会带上 host。为什么？
因为：域名!=IP。
实际上一个 IP 能够对应多个域名。也就是说 一台实体服务器（大铁柜），实践上能够有 多个域名（虚拟主机）。实体服务器和网站是两个概念。IP 只是对应实体服务器，而域名对应具体的网站。
比方下面百度服务器，尽管看起来 115.239.210.27 这个 IP 齐全等同于 http://www.baidu.com，但也有可能这个 IP 对应的服务器上配置了两个虚拟主机：www.baidu.com 和 tieba.baidu.com。所以即便找到了 IP 对应的服务器实体，Request 申请还是要带上 host 主机名，以确定是哪个虚拟主机。
通过 DNS 解析域名失去 IP，而后依据 IP+host 找到服务器
另外，如果两个域名对应同一个 IP，那么必须设置其中一个域名为默认的，不然同一台服务器有两个虚拟主机，我该拜访谁？
曾经晓得 IP，就无需 DNS 解析，可间接拜访服务器。若这个 IP 对应的服务器有两个虚拟主机，而用户 Request 申请行中又没有指定 host，则会拜访默认主机（因而服务器要当时指定默认主机！Tomcat 默认 localhost）
最初，再用 Tomcat 举个例子。比方，当初我有一台笔记本电脑（一个实体服务器），它的本机 IP 是 192.168.112.1，我在下面装了 Tomcat。如果 Tomcat 不改变配置，则默认只有一个虚拟主机 localhost（默认主机）。接着我开发了一个 JavaWeb 程序 demo1 部署到 Tomcat，而后我共事在浏览器输出下方地址
192.168.112.1:8080/demo1/index.html拜访我的电脑。尽管没有带 host，然而 localhost 是默认的，于是拜访它。
最初必须解释的是，下面的百度服务器只是举个例子，实际上百度搜寻和百度贴吧的 IP 是不同的，也就是说它们不在同一台服务器上。通常来说，一个 IP 对应一台服务器，服务器上只有一个主机。拿到 IP 根本就能够确定要拜访哪个网站。
3 个容易混同的小概念
咱们常常开口闭口“服务器”、“服务器”的，其实“服务器”是个很容易引发歧义的概念，我能想到的就有 3 点：
- 软件概念的服务器和硬件概念的服务器
软件概念上，只有是一台硬件配置失常、装有操作系统、插着电能上网，并且装置特定软件的电脑，都能够称为服务器。比方你要学习数据库了，于是你装了 MySQL 服务端，那么此时你的电脑就是一个 MySQL 服务器。而后你又装了 SVN 服务端，那么此时你的电脑既是 MySQL 服务器，又是 SVN 服务器。Tomcat 服务器同理。
硬件概念上，服务器实质上也是一台电脑，只不过配置高的同时长相丑了点，根本就是一个寒冷的大铁柜。咱们的笔记本电脑既能看片又能玩游戏，而它们基本上专机专用。
- Web 服务器？Web 容器？
其实，Tomcat 服务器 = Web 服务器 + Servlet/JSP 容器（Web 容器）。
Web 服务器的作用是接管客户端的申请，给客户端作出响应。然而很显著，服务器不止动态资源呀，所以客户端发动申请后，如果是动静资源，Web 服务器不可能间接把它响应回去（比方 JSP），因为浏览器只意识动态资源。所以对于 JavaWeb 程序而言，还须要 JSP/Servlet 容器，JSP/Servlet 容器的基本功能是把动静资源转换成动态资源。咱们 JavaWeb 工程师须要应用 Web 服务器和 JSP/Servlet 容器，而通常这两者会集于一身，比方 Tomcat。
Web 服务器接管、响应客户端申请，Web 容器装载 Servlet/JSP，让它们去解决动静资源[来自尚硅谷]
所以方才咱们画的百度服务器，其实细节还能够更饱满些：
百度服务器细节图
拜访百度残缺的流程
- 咱们开发的 Web 利用都是半成品！
咱们写代码的时候，都晓得雷同代码最好抽取成公共办法以复用。当初咱们来想一想，上百上千的 Web 利用有什么共性吗？首先，资源必定不同，无奈抽取。比方优酷主打视频，知乎根本都是文字。其次，业务也必定不同，比方百度次要是搜寻，淘宝是电商。然而有一点是一样的，这些网站都须要“接管用户申请”+“响应用户申请”。
嗯？桥多麻袋！！这两个概念，如同哪里见过！不错，就是下面的 Web 服务器。认真回忆一下，咱们开发 JavaWeb 时，你操心过如何接管 HTTP 申请和响应 HTTP 申请吗？显然没有嘛！因为你始终忙着 debug。
所以，咱们用 Java 开发的 Web 利用只是一个半成品，相似于一个插件，而服务器则像一个收发器：
什么是动静资源？
其实对于何谓动静资源，我也没有很精准的概念。要讲清楚一个货色是什么，有时是比拟难的事。不如先说它不是什么。
首先，动静资源不等同于动静页面。所谓动静页面，就是页面会动，而会动的页面不肯定是动静资源。比方我能够用 JQuery 执行一段代码，让一个 Div 一直放大放大，然而很显然它还是一个 HTML 页面。
所谓动静资源，其实最显著的特色就是它能动静地生成 HTML！比方 JSP。动静资源有个“特色”：它的数据是“可拼装”的、而且“能够随工夫变动”。上面用号称能够抗住 8 个明星同时出轨的新浪服务器举个例子：
忽然，新浪《花花世界》专栏的小编发现，原来和 bravo1988 有绯闻的不是刘亦菲，而是佟丽娅，于是关上专栏做了批改：
此时，粉丝们再次关上《花花世界》专栏，看到的就是：佟丽娅深夜买醉 bravo。
下面这个例子很好地阐明了动静资源（JSP）的两个个性：
- 可拼装：${name}” 深夜买醉 bravo”
- 随工夫变动：刘亦菲→佟丽娅
那么为什么说 HTML 就是动态资源呢？我也能够批改 HTML 页面使它产生扭转啊！很好，很有想法。那么请小编先学会 Linux，而后近程连贯服务器进入到 Tomcat 目录下批改吧。
动静资源和动态资源尽管都在服务器里，然而动静资源蕴含变量（“可拼装”个性），而变量维系着数据库和程序之间的分割。
如果把 JSP 比作电子广告牌，变量比作一根电线，而电线连贯着一台电脑（数据库服务器）。那么只有电脑上从新编辑文本，广告牌的内容也会变，此谓动静。而动态资源就像一张布告，当初写什么就是什么，任他风吹雨打，都不会再扭转了。
Tomcat 架构
Tomcat 的目录构造就不再多说，每个机构的培训视频都会强调。
先看一下我的 Tomcat 目录（免安装版），我把它放在了 F 盘的 develop 文件夹下：
重点介绍一下 Tomcat 的架构：
嗯？这个 connector 的画法，如同哪里见过？
其实这张图，应该联合 Tomcat 的一个配置文件 (Server.xml) 来看：
简略解释一下 xml 里的配置：
- Server.xml 文件中的配置构造和 Tomcat 的架构是一一对应的。根目录是 <Server>，代表服务器，<Server> 上面有且仅有 1 个 <Service>，代表服务。
- <Service> 下有两个 <Connector>，代表连贯（需要的话能够再加）。
其实这个 Connector 就是咱们在下面探讨百度服务器时画过的端口。大家能够看到 Tomcat 默认配置了两个端口，一个是 HTTP/1.1 协定的，一个是 AJP/1.3 协定（我也不晓得是啥）。前者专门解决 HTTP 申请。 - 当咱们在浏览器输出 ”http://localhost:8080/demo/index.html” 时，浏览器是以 HTTP 协定 发送的，当这个申请到了服务器后，会被辨认为 HTTP 类型，于是服务器就找来专门解决 HTTP 的 Connector，它的默认端口正是上门 Server.xml 配置的 8080。
- 与 Connector平级 的还有个 <Engine>（Tomcat 引擎），也就是说 <Service> 有两个孩子，小儿子是 <Connector>，大儿子是 <Engine>。Connector 的作用说穿了就是监听端口，如果用户拜访地址是“localhost:8080/xx/xx”，那就由监听 8080 端口的 Connector 负责，如果是 ”https://www.baidu.com”，那么就是 443 端口解决。其实 Connector 也不解决理论业务， 它只是个孩子。但 它会负责把客人（申请）带到哥哥 Engine 那，而后 Engine 会解决。
- <Engine> 上面有个 Host，代表主机。
配置介绍到这里，要先停一下，讲个故事：
从前有个国家，叫 The United States of Tomcat。
国王 Service 是个爱猫的人，家庭谐和美满。他立了一个太子，叫做 Engine。
另外还有还几个很小的儿子，不过都是亲王（Connector），将来可能还要再生几个 Connector。
因为 Tomcat 国切实太小了，全城高低就几个人，所以亲王 Connector 们被派去守城门。
为了让太子失去锤炼，早日继承衣钵，国王 Service 通知亲王儿子们：他国使者若来访问，你们就带他去你们哥哥 Engine 那去，他会解决所有。
Engine 贵为太子，有好几处府邸，比方 HOST1，HOST2，将来可能再建几座府邸（新建虚拟主机），然而 Engine 说了，我个别都在 localhost 待着，来这找我便可。
每一座府邸里，都有好几个厢房（Context：咱们开发的 Web 利用）。Engine 会依据来访使者的通关文牒（localhost:8080/myWeb/index.html）安顿他们去哪个房间（myWeb），拿什么礼品（index.html）。
最初联合文件目录再看一次 Tomcat 架构：
对 JavaWeb(6)：浅谈 JSP 的补充
有两个 Servlet 很重要，然而在“浅谈 JSP”中没有提到。
- DefaultServlet：该出手时就出手
TestDefaultServlet
下面案例中，我新建一个动静 web 工程，只是写了一个 HTML，没有编写 Servlet，甚至一句 Java 代码都没写。然而启动 Tomcat 后我却能够通过浏览器拜访到方才编写的 haha.html。这是为何？
咱们晓得，对于像 Tomcat 这样的 Servlet 容器来说，任何一个申请的背地必定有个 Servlet 在默默解决：
所以这次也不例外，必定也有对应的 Servlet 解决了本次申请。既然不是咱们写的，那只能是 Tomcat 提供的。查看 Tomcat 下的 conf 目录，除了咱们相熟的 Server.xml，还有个 web.xml。
不错，咱们每个动静 web 工程都有个 web.xml，而 conf 里的这个，是它们的“老爹”。它外面的配置，如果动静 web 工程没有笼罩，就会被“继承”下来。咱们会发现，conf/web.xml 里配置了一个 DefaultServlet：
DefaultServlet 的作用：最低级匹配，当没有对应的 Servlet 解决以后申请时，才轮到它解决。要么找到并响应申请的资源，要么给出 404 页面。
- JspServlet：JSP 的卸妆徒弟
咱们都晓得 JSP 是“化了浓妆”的 Servlet，然而好不容易伪装成了一个 JSP，是谁帮它卸妆的呢？另外，大家认真想想，一般来说 JavaWeb 阶段咱们拜访资源有三种“模式”：
localhost:8080/demo/AServlet：很显著，咱们手动写了一个 AServlet 解决它
localhost:8080/demo/haha.html：尽管咱们没写，然而 Tomcat 本人筹备了 DefaultServlet
localhost:8080/demo/index.jsp：我擦，谁来解决？对呀，细思恐极，这 *.jsp 的资源，谁来解决？其实就是 JspServlet。它的作用简而言之就是：
- 首先，依据申请门路找到 JSP
- 而后，将它“翻译成”Servlet
方才带大家看 conf/web.xml 时，我把它暗藏了，因为同时解说 DefaultServlet 和 JspServlet 会比拟乱。强烈建议大家当初暂停一下，关上本机的 Tomcat 找到 conf/web.xml 看一下。上面是 JspServlet 的配置：
所以最初总结一下 Tomcat 解决申请的几种形式：
入手实现 ”Tomcat”
最初，还有个很无聊的问题留给大家思考：JavaSE 阶段，咱们无论做什么，都是上来先敲 main()。学了 JavaWeb 后，我想问问，你有多久没敲 main()了？她去哪了呢？
入手实现 Tomcat（黑马公开课）：链接见评论区置顶。
