引言
看過這部電影的人都老了。。。
很多人都知道我是一名後端開發底層小碼農，平時打交道最多的就是伺服器，而關於伺服器，又有一堆名詞，看起來好像是一個意思，仔細想想又好像不對。
不信？
先放三個名詞「Web 伺服器」、「HTTP 伺服器」、「應用伺服器」。這三種伺服器有誰能現在立刻馬上區分開麼。
反正我是區分不開。這個問題要是扔到一堆程式設計師中間，指不定還能引發一場菜雞爭奪戰。
雖然我不會，不會可以度娘啊，希望經常看我文章同學可以有我這種敢於承認自己菜的精神，沒啥好丟人的，不會可以學，學完了下次就會了，總比不會裝會死鴨子嘴硬，下次還不會要強。
經過我一翻度娘 + 整理後，基本上這三個名詞解釋有了：
「Web 伺服器」它一般指的是網站伺服器，可以向瀏覽器（ PC 端或者移動端）等 Web 客戶端提供服務，供請求資料或者下載資料。
而由於 Web 伺服器主要支援的協議就是 HTTP 或者 HTTPS ，所以通常情況下 Web 伺服器和 HTTP 伺服器是等同的，這兩種伺服器之間是可以畫上等號的。
而應用伺服器是一個很大的概念，微軟對它的定義是「我們把應用程式伺服器定義為：作為伺服器執行共享業務應用程式的底層的系統軟體。 就像檔案伺服器為很多使用者提供檔案一樣，應用程式伺服器讓多個使用者可以同時使用應用程式（通常是客戶建立的應用程式）」。
講的通俗一點就是一種特定應用的承載容器，一般來講，它需要有執行時環境的支援，比如說在 Java 領域，比較常用的應用伺服器 Tomcat ，它就必須要 Java 的環境支援。
站在我的角度上，一名 Java 底層碼農從業人員的角度上來看，「Web 伺服器」、「HTTP 伺服器」、「應用伺服器」之間的界限是非常模糊的，因為同樣一個 Tomcat 伺服器，我叫它「Web 伺服器」或者「HTTP 伺服器」沒有問題，叫它「應用伺服器」也沒有半毛錢問題。
常見的「Web 伺服器」有 Nginx 、 Apache 、 IIS （這個做 .Net 的同學應該不陌生），常見的「應用伺服器」軟體包括 WebLogic、JBoss，前者更輕量級，後者更重量級。
靜態服務和動態服務
接下來科普另一個概念：「靜態服務」和「動態服務」。
「靜態服務」返回的是一些靜態資源，比如圖片、HTML 、 CSS 、 JavaScript 等資源，這些靜態資源有一個顯著的特點是在我們的電腦上，只要路徑寫對了，可以在瀏覽器裡面直接訪問。
比如我在電腦上新建一個檔案，把字尾改成 html ，裡面使用 html 隨便寫點內容：
<html>
<h1>Hello World！</h1>
</html>
靜態服務就是每個人訪問，得到的內容都是一樣的，而動態服務就比較牛逼了，能做到每個人訪問，得到的內容都是不一樣的。
最直接的例子就是經常用的淘寶京東這些網站，登入以後，訪問自己賬號的個人中心，肯定每個人得到的結果都是不一樣的結果。
還有就是我的部落格，最開始我的部落格是使用 Hexo 搭建的靜態部落格，託管在騰訊雲的檔案服務上，後來開了一臺雲伺服器，就換成了使用 WordPress 構建的動態部落格。
Nginx
Nginx 是一款輕量級的 Web 伺服器 / 反向代理伺服器及電子郵件（ IMAP / POP3 ）代理伺服器。
不查還真不知道，原來 Nginx 還提供了 IMAP / POP3 / SMTP 服務，設定過郵箱客戶端的同學對這三個名詞應該不陌生。
關於 Nginx ，比較令人遺憾的一件事是，它的作者伊戈爾·賽索耶夫進了監獄。
Nginx 的特點是佔有記憶體少，併發能力強，在同型別的網頁伺服器中表現較好，國內比較有名的公司，比如說百度、京東、新浪、網易、騰訊、淘寶等都在使用。
Nginx 現在用途最多的應該是作為反向代理伺服器在使用，因為它的特性穩定、佔用系統資源少、併發能力強，一般都直接放在直面使用者的最外層應對使用者流量。
使用者的訪問請求先落到 Nginx 上，由 Nginx 進行代理轉發，負載均衡到後續的 Tomcat 應用伺服器上，儘可能的提升系統的穩定性。
至於 Nginx 如何複雜均衡到後面的應用伺服器上，這就是另一個問題了， Nginx 有很多種的負載均衡方案，這裡我就不展開介紹了。
Nginx 是一個典型的靜態服務，把圖片等內容放在 Nginx 上，可以通過固定的連結直接訪問。
不過現在通過 Lua 的加持，我們也可以在 Nginx 做一些動態服務才能做的事情，這就是大名鼎鼎的 OpenResty 。
至於 Nginx 安裝或者是 OpenResty 的安裝以及簡單的使用，大家可以訪問各自的官網檢視，我就不演示介紹了（反正都不難）。
Tomcat
在我的碼農生涯中，使用最多的莫過於 Tomcat ，沒有之一。
Tomcat 啟動成功的話，訪問它的首頁，正常情況下是能看到一隻貓的，雖然這隻貓長得實在是有點抽象，但人家確實是只貓。
Tomcat 是 Apache 軟體基金會（ Apache Software Foundation ）的 Jakarta 專案中的一個核心專案，由 Apache 、 Sun 和其他一些公司及個人共同開發而成。
Tomcat 伺服器是一個免費的開放原始碼的 Web 應用伺服器，這也是為什麼它可以風靡全球的重要原因。
由於這個專案有了 Sun 公司的參與和支援，所以 Tomcat 一般都會支援最新版的 Servlet 和 JSP 規範。這也是為什麼 Java 初學者接觸到的第一個 Web 服務總會是 Tomcat 。
但是 Tomcat 並未支援 EJB 和 JMS ，所以說 Tomcat 是一款輕量級的 Web 容器。
GlassFish
Sun 公司為 Java 提供了商業相容的 Web 容器： Glassfish ，不過說實話，我沒怎麼用過這個容器，這個 Web 容器僅存在於我上大學的時候的課本上以及課後大作業上。
GlassFish 達到產品級質量，可免費用於開發、部署和重新分發。開發者可以免費獲得原始碼，還可以對程式碼進行更改。
Glassfish 既是 EJB 容器也是 WEB 容器，它支援最新版的 Java EE 標準。
而剛才前面介紹的 Tomcat 則僅僅只是一個 Web 容器。
Jboss
Jboss 是一個基於 Java EE 的開放原始碼的應用伺服器。 JBoss 程式碼遵循 LGPL 許可，可以在任何商業應用中免費使用。
Jboss 和上面的 Glassfish 一樣，同樣是企業級的 Web 容器，並且在 2004 年 6 月， JBoss 公司宣佈， JBoss 應用伺服器通過了 Sun 公司的 J2EE 認證後，一直在緊跟最新的 J2EE 規範，而且在某些技術領域引領 J2EE 規範的開發。
因此，無論在商業領域，還是在開源社群， JBoss 成為了第一個通過 J2EE 1.4 認證的主流應用伺服器。 JBoss 應用伺服器已經真正發展成企業級應用伺服器。
之後好景不長，在 2006 年， JBoss 被 Red Hat 以三億五千萬美金併購。
之後在 2019 年，也就是去年， Red Hat 為 JBoss Application Server 換了一個新的名字，即： WildFly 。
因為 JBoss 本身是開源免費的，而 Red Hat 的企業產品 JBoss EAP 是一個收費產品，Red Hat 為了使這兩個產品差異化，避免使用者混淆，而進行更名。
JBoss 版本：
- 社群版：JBoss AS（Application Server） -> WildFly
- 企業版：JBoss EAP（Enterprise Application Server）
JBoss 核心服務不包括支援 servlet / JSP 的 WEB 容器，一般與 Tomcat 繫結使用， JBoss 的 Web 容器使用的是 Tomcat 。
Apache
如果不是 IT 行業，如果說起來 Apache ，是不是大多數人想到的是這個東西：
不過顯然我要說的不是這個，而是這個小羽毛：
說起來慚愧，我在剛入門的很長一段時間中，一直以為 Apache 就是 Tomcat ， 傻傻分不清楚。
後來接觸到 PHP 以後，才知道他們倆完全不同， Logo 就不同（這不是廢話）。
Apache 一般是指 Apache HTTP Server，是 Apache 軟體基金會（和 Tomcat 同屬一家基金會，並且 Apache 服務和 Apache 基金會名字都一樣，新人能分清才見鬼了）下的一個網頁伺服器軟體。
由於其跨平臺和安全性，被廣泛使用，是最流行的 Web 伺服器軟體之一。它快速、可靠並且可通過簡單的 API 擴充套件。
我現在的部落格站使用的就是 Apache 的服務，當時搞 WordPress 的時候著實坑了我一把，完全沒想到一個 PHP 環境這麼難搞，後來在網上找問題的搜尋的時候才知道有 LAMP 這麼個東西。
- Linux，作業系統。
- Apache，網頁伺服器。
- MySQL，資料庫管理系統（或者資料庫伺服器）。
- PHP 、 Perl 或 Python，指令碼語言。
不過還可以使用 Nginx 替換 Apache ，這個新的組合叫 LNMP 。
Jetty
Jetty 和 Tomcat 有很多相似之處，比如說可以為 JSP 和 Servlet 提供執行時環境。Jetty 是 Java 語言編寫的，它的 API 以一組 JAR 包的形式釋出。
相比較 Tomcat 而言， Jetty 更加的輕量級，因為 Tomcat 除了遵循 Servlet 規範以外，自身還擴充套件了大量 Java EE 特性以滿足企業級應用的需求。
但對於大量普通的網際網路應用而言，並不需要用到 Tomcat 其他高階特性，所以在這種情況下，使用 Tomcat 是很浪費資源的。
而這時換成 Jetty ，每個應用伺服器省下那幾 MB 記憶體，對於大的分散式環境則是節省大量資源。
Jetty 可以同時處理大量連結並且長時間的保持這些連結，例如，一些 Web 聊天應用非常適合用 Jetty 伺服器。
Jetty 的架構比較簡單，它有一個基本資料模型，這個資料模型就是 Handler，所有可以被擴充套件的元件都可以作為一個 Handler，新增到 Server 中，Jetty 就是幫我們管理這些 Handler 的。
Resin
最後一個放出來的是 Resin ，不知道有多少人聽說過這個 Web 容器。
Resin 是 CAUCHO 公司的產品，也是一個 Web 容器，對 Servlet / JSP 提供了良好的支援，效能也比較優良， Resin 自身採用 JAVA 語言開發。
基於百度百科的介紹是說 Resin 是一個非常流行的 Web 容器。
請恕我直言，這個容器真的這麼流行麼，如果我不是因為維護一個公司的老系統，還真不知道還有這麼個 Web 容器。
可能 Resin 流行的年代比較久遠了，從我入行以後就不流行了。
其他
再說幾個只聽過沒接觸過的容器：
- Undertow： JFinal 框架的預設容器切換成了 Undertow 。
- WebLogic： 甲骨文出品，這個我沒接觸過，不過聽朋友講用這個大多數都是銀行，據說買一買挺貴的。
- WebSphere： IBM 出品，這個和上面那個 WebLogic 一樣，只聽說過銀行在用。
JFinal 是基於 Java 語言的極速 WEB + ORM 框架，其核心設計目標是開發迅速、程式碼量少、學習簡單、功能強大、輕量級、易擴充套件、Restful。用於一些小專案還是很合適的。
WebLogic 和 WebSphere 一看出品方都挺 NB 的，據說還有後臺介面可以操作使用，釋出程式都是點滑鼠完成的。
不過現在釋出程式大多數都開始用 Jenkins 了，其實也方便了很多，包括很多公司可能都上線了 DevOps 系統，程式釋出只會越來越簡單。