當你在瀏覽器輸入一個網址回車后究竟發生了什么？其實這可以作為一個面試題來考察候選人了，我也被問過類似的問題，這里書面化下，方便記憶。首先分析下這個問題想要問的是什么，其實這個問題可以回答的很深，也可以回答的很淺，這里按我個人的思路來回答，結合圖表方便理解。

　　2、服務器做了什么？

　　服務器做了什么也是因情況而定的，有的很簡單，有的則比較復雜，這里常規的談談。

　　1）服務器防火墻，這里是為了保護服務而設置的，這里可以有效的拒覺不合理的請求，讓服務可以正常地給需要的人使用，但并不是所有的網站都存在。

　　2）域名服務器，還以上面我在瀏覽器中輸入的地址為例，cxf是apache.org的子域名，請求先到apache.org，再通過域名服務器查找 cxf.apache.org的真正IP，再根據IP找到對應的服務器。

　　3）負載均衡器，一般為了能夠為更多的用戶服務，一個域名背后可能是多個服務器，那么一次請求最終由誰來處理，這就由負載均衡來決定。負載均衡其實也有好多可以聊的，這個也后面單獨寫文章聊吧，比方如何處理帶session的，各種負載均衡算法的適用場景，常用的負載均衡工具（硬件負載均衡與軟件負載均衡）。

　　4）Servlet容器/Web容器，有些應用是直接使用的Servlet容器，把頁面用類似velocity的模板引擎來轉換，這就帶來一個問題，一次請求這些Document就要經過Servlet容器來傳輸，可想servlet的負擔就重了。一些聰明點的應用就會在Servlet容器前再放一個Web容器，比如 Apache或Nginx或者Node，把不變的Document放在Apache上，把只需要變化的數據讓Servlet來處理。

　　5）緩存服務，主要因為磁盤和內存的讀寫速度相差太多數量級，所以將數據區分冷熱，冷的放磁盤，熱的放內存。但緩存設計的好與不好起決定性作用，命中率高則可以改善系統的響應速度，命中率低則形同虛設。

　　6）數據庫，負責數據的持久化，用戶的一些數據有些時候是需要保存下來，這里就要有可用性的設計了，講白了就是一個專門保存文件的機器，同時還提供查詢和更新文件的功能，為了有效的管理，形成了專門的應用：數據庫。

　　7）搜索引擎，這其實也算是“數據庫”的一種形態了，只不過它的專長是查詢，查找文件特別快，主要還是因為最開始設計的管理文件的應用在數據量大了以后各種問題都出來了，這才有了搜索引擎，搜索引擎的索引設計和數據庫的索引設計比起來明顯簡單很多。