後端應用分層是什麼，例如：你用Spring MVC開發web程式、專案用三層架構分包，這些都用了分層思想。
MVC模式包含了三部分：
-
檢視(view)：負責介面顯示、處理使用者互動。如：前端應用
-
控制器(controller)：協調檢視層與模型層之間的相互工作。控制器接收檢視層發來的請求，決定用那些模型來處理，以及處理完後用那些檢視顯示結果。
-
模型(model)：模型持有所有資料、狀態和程式邏輯。接收控制器轉發來的檢視請求，處理請求並返回結果。
實際開發中，檢視層可以用JSP/HTML/CSS、或者用Vue/React實現，控制器層用Servlet來接收並響應請求，模型層用JavaBean實現。以上功能SpringMVC框架都整合了，使用它能夠輕鬆地開發出MVC應用。
MVC模式中的model層承擔了太多工作，不符合單一職責原則，隨著系統複雜度越來越高，程式變得越難維護。因此再次使用分層的思想把model層拆分為業務邏輯層（負責程式邏輯）、資料訪問層（負責與資料庫互動）。model層只剩下薄薄的一層，負責中轉資料。再把檢視view、控制器controller這兩部分合併為展示層，應用就演變成了傳統的三層架構。如下圖：
應用透過分層使得程式結構清晰、耦合低，升級和維護都變得十分容易。開發人員只需關注一層，不必擔心自己的設計會影響到其他層，對提高軟體質量大有好處。如果要更改某一層的具體實現程式碼，只要本層的介面保持穩定，對其上層可以不用修改。可以很容易地用新的實現來替換原有層的實現。即使本層的介面發生變化，也隻影響到相鄰的上層，修改工作量小且錯誤可以控制，不會帶來意外的風險。
分層架構的一個重要原則是每層只能與位於其下方的層發生耦合。分層架構分為兩種，嚴格分層架構和鬆散分層架構。在嚴格分層架構中，某層只能與位於其直接下方的層發生耦合；在鬆散分層架構中，則允許某層與它的任意下方層發生耦合。三層架構就是嚴格分層架構，其缺點是可能會導致每層級聯的修改。這種修改尤其體現在自上而下的方向，比如，展示層要增加一個資料顯示，業務邏輯層要計算好資料並返回，資料訪問層可能要從其他資料來源中讀取到資料。
領域驅動設計是採用鬆散分層架構，整個系統劃分為基礎設施層、領域層、應用層和展示層。領域層是系統的核心，是抽象且穩定的一層，它包含業務流程、業務規則、功能介面。在領域層定義的介面是交由基礎設施層去實現，這樣只要高層介面穩定，底層實現可以被替換。這個叫依賴倒置原則，高層不與底層緊耦合，不依賴於具體實現，用來改善每層引起的級聯修改。
下面介紹下阿里巴巴推薦的分層結構，相比於三層架構，增加了開發API層、通用邏輯層(Manager層)。如下圖：
-
開發API層：是定義了一層對外提供的介面，不依賴其他層，是提供給其他系統呼叫的SDK開發包。由Service層依賴並實現業務邏輯，對外訪問會暴露成RPC介面或者Http介面，內部呼叫則引用具體的實現。
-
終端顯示層：各個端的模板渲染並執行顯示的層。主要是velocity 渲染，JS 渲染，JSP 渲染，移動端展示等。現在流行的前後端分離的開發模式，而前端開發框架React/Vue已承擔了頁面渲染、路由、狀態管理等工作，所以這一層根據自己需求來新增。
-
Web 層：提供給客戶端訪問的介面，主要是對訪問控制進行轉發，各類基本引數校驗。
-
Service 層：相對具體的業務邏輯服務層。
-
Manager 層：通用業務處理層。位於Service層與Dao層中間，主要作用如下：
-
1）對第三方平臺封裝，預處理返回結果及轉化異常資訊，適配上層介面，相當於DDD中的防腐層。
-
2）對 Service 層通用能力的下沉，如快取方案、中介軟體通用處理。
-
3）與 DAO 層互動，對多個 DAO 的組合複用。
-
DAO 層：資料訪問層，與底層 MySQL、Oracle、Hbase、OB 等進行資料互動。
-
第三方服務：包括其它部門 RPC 服務介面，基礎平臺，其它公司的 HTTP 介面。這一層沒必要單獨一層，可以移到Manager層來做第三方服務封裝。
-
外部資料介面：給外部(應用)資料儲存服務提供的介面，多用於資料要做二次加工與遷移的場景中。