做項(xiàng)目時(shí)我們一直在說框架、架構(gòu)，那它到底是什么呢？

什么是架構(gòu)

從 dubbo 官網(wǎng)我們可以看到架構(gòu)設(shè)計(jì)的發(fā)展演變史。

這里把架構(gòu)分成四類：

• 單一應(yīng)用架構(gòu)
• 垂直應(yīng)用架構(gòu)
• 分布式服務(wù)架構(gòu)
• 流動計(jì)算架構(gòu)

剛開始時(shí) PHP + MySQL 就可以形成網(wǎng)站了。

這種模式支持中小型網(wǎng)站是沒有問題的，但是一旦形成大型網(wǎng)站就支撐不住了。

所以現(xiàn)在各大主流公司還是會選擇 Java。

我們項(xiàng)目中的類會打包成一個(gè) JAR 包運(yùn)行在服務(wù)器里，最初所有模塊是在一個(gè) JAR 包的，也就是單一應(yīng)用，隨著用戶量的提升、訪問量的增大，JAR 包越來越大，單一應(yīng)用運(yùn)行起來越來越慢，所以單一架構(gòu)就不再適合了。

此時(shí)引入分布式架構(gòu)，把一個(gè)模塊拆分成幾個(gè)單獨(dú)的模塊以提升效率，一個(gè) JAR 包分成幾個(gè) JAR 包運(yùn)行在不同的服務(wù)器上，引入了 MVC 的設(shè)計(jì)模式。

隨著業(yè)務(wù)量的劇增，幾臺服務(wù)器也已經(jīng)不夠用了，效率比較低，此時(shí)每個(gè)模塊用 N 臺服務(wù)器進(jìn)行部署。

當(dāng)請求進(jìn)來之后，會按照一些策略，把它隨機(jī)分配到負(fù)載均衡的服務(wù)器。此時(shí)每個(gè)服務(wù)器的 request 就比較少了，提高了效率。這個(gè)就是分布式服務(wù)架構(gòu)。

每臺服務(wù)器之間需要通信的，用的就是 RPC 框架。

當(dāng)分布式架構(gòu)也不夠用了，最后演變成流式架構(gòu)，此時(shí) SOA 是關(guān)鍵。

Java 開發(fā)的主流框架演變之路

現(xiàn)在 Spring 基本占據(jù)主導(dǎo)地位了，那么在 Spring 廣泛應(yīng)用之前，有哪些主流框架呢：

JSP + Servlet + JavaBean

JSP 負(fù)責(zé)前端頁面的控制，Servelt 負(fù)責(zé)服務(wù)器端的應(yīng)用程序，JavaBean 是我們的對象，這樣我們有了對象、有前端頁面、有后臺接受請求處理的服務(wù)器，就能夠搭建一個(gè)從前端到后端的整體框架了。

但這個(gè)搭配有點(diǎn)麻煩，因?yàn)?JSP 既可以寫標(biāo)簽，也可以內(nèi)嵌 Java 代碼，<% (Java code) %>，所有東西耦合在一起變得非常麻煩；

而現(xiàn)在純的 HTML，支持 JS, 支持 HTML 標(biāo)簽，支持 CSS 樣式，不支持插入 Java 代碼，這就是 JSP 和 HTML 的最大的區(qū)別。

現(xiàn)在企業(yè)中開發(fā)時(shí)比如 Spring Boot 的開發(fā)，更多的還是用 HTML，或者用一些前端框架比如 freemarker 進(jìn)行代替，JSP 已經(jīng)被慢慢淘汰掉了。

但問題時(shí)，當(dāng)前端頁面和后段服務(wù)器交互時(shí)，發(fā)送 N 多個(gè) request，寫 Servlet 時(shí)要寫 N 多個(gè)對應(yīng)的處理：

• 在用2.5及之前的版本時(shí)，也就意味著寫 N 多個(gè) xml 文件；
• 后面引入注解之后，依然要寫 N 多個(gè)注解，非常麻煩。

而用 MVC 之后，非常簡單，我們來看一下。

MVC = Model View Controller

這張圖很好的展示了每個(gè)模塊的功能和相互的聯(lián)系:

用戶在瀏覽器中發(fā)送請求之后，

browser 把這個(gè)請求發(fā)給了 controller，

需要它做一些處理，

然后發(fā)送到數(shù)據(jù)庫中去查詢，

得到結(jié)果之后，

把結(jié)果發(fā)給 View 層進(jìn)行渲染，

用 html 的標(biāo)簽好看的表示出來，

渲染之后的結(jié)果再返回給 controller，

再返回到瀏覽器里顯示出來。

比如在我們在點(diǎn)外賣時(shí)，你發(fā)送請求給服務(wù)員，服務(wù)員就是 controller 層，他需要處理訂單比如查一下倉庫里還有沒有這些原材料，排好先后順序再交給廚師等等，廚師做好之后他還需要再包裝一下再送到你手上。

后面所有框架都是依托于 MVC 這種方式來設(shè)計(jì)的。

SSH = Spring + Struts + Hibernate

這個(gè)框架雖然也上了年紀(jì)了，但是一些老的項(xiàng)目還在用它。

特別是金融 IT 這一塊，數(shù)據(jù)庫 dao 層還是使用的是 Hibernate；而科技公司因?yàn)橐玫礁卟l(fā)，dao 層用的是 MyBatis，數(shù)據(jù)交互效率較快。

回到 SSH 框架上來，用過的都知道，它配起來真的麻煩，太多的配置文件了。

SSM = Spring + SpringMVC + MyBatis
Spring Boot

SSM 還是現(xiàn)在項(xiàng)目中比較常見的，但其實(shí)現(xiàn)在在新項(xiàng)目中用的也比較少了，更多的是用 Spring Boot，因?yàn)榕渲梅浅：唵巍?/p>

為什么用框架？

任何一項(xiàng)技術(shù)的產(chǎn)生都是為了解決現(xiàn)有的問題的，框架也不例外。

就拿 Spring 這個(gè)框架來說，它提供了項(xiàng)目開發(fā)中的一些基礎(chǔ)功能，可以使我們程序員更專注于業(yè)務(wù)邏輯的處理，具體來說我認(rèn)為有3點(diǎn)最重要：

• Spring IoC 容器管理了對象的生命周期和配置，不再使用 new 的方式創(chuàng)建對象，而是使用依賴注入，降低了組件之間的耦合度；
• AOP 是 Spring 的核心，用來將一些通用的事務(wù)進(jìn)行統(tǒng)一管理，常用于處理日志、安全管理和事務(wù)管理等方面。
• Spring 并不強(qiáng)制項(xiàng)目完全依賴于 Spring，開發(fā)者可以自由選用 Spring 框架的部分來使用。比如我司的框架就是基于 Spring 來做的開發(fā)，在 Spring 的框架之上，可以添加我司自己的安全管理等等。