大家有沒有這樣的經歷，接到一項新任務，截止時間是2天，結果，前面一天半，你寫了一個開頭就去幹別的事情了，截止時間只剩下一點點的時候，才打起精神，超級專注，很快完成，最後結果還不錯。

但是，明明可以半小時完成後，去做新工作，為什麼一定讓那YI天半都承受沒有完成工作的壓力，直到最後半天才著急忙慌的做事情呢？

這裡給大家介紹潘金森法則：越是重要的事情，越要分配較少的時間。

強調的就是：一定要給那些重要的事情，限定較短的時間。

要對自己有信心，利用高效的工作方法或工具，限定時間即使很短，也可以順利搞定！

作為一個java程式設計師，你有沒經歷過這種情況：

· 客戶端請求引數我要一個個地取，不能用迴圈，醉了……

· 引數取出來都是 String 型別，我還得一個個做型別轉換，很惱火…...

· 配置檔案寫得比程式碼還多，這是要逼瘋我的節奏嗎？

· Servlet 處理多個請求，需要手動完成邏輯控制，就不能智慧一點嗎？！

那麼在潘金森法則面前，我們又應該如何拒絕低效搬磚，快速上手主流 Web 框架 Spring MVC？

首先簡單談一下 Servlet，為什麼使用起來這麼不方便。

Web 開發的原理是服務端接收到客戶端傳來的 request，進行業務處理，然後將結果通過 Response 響應給客戶端的過程。

客戶端和服務端通過 HTTP 協議進行資料互動，底層機制是客戶端將使用者輸入的資訊組裝成 HTTP 協議報文，然後通過網路將報文傳輸到服務端。

服務端通過特定的 Web 容器接收報文並進行解析，將資料封裝到 request 物件中，並通過 request 獲取資料進行業務邏輯處理，將處理結果封裝到 response 物件中，傳給 Web 容器。

Web 容器再次進行解析，將 response 物件轉為 HTTP 協議報文返回給客戶端，客戶端對結果進行渲染展示給使用者。

服務端具體對接收請求做出響應的工作是由 Servlet 來完成的，但是 Servlet 有其自身無法克服的缺點：配置過於繁瑣。

同時 HTTP 協議傳輸的資料都是文字形式，這就需要開發者進行大量的資料型別轉換，這種工作沒有技術含量、簡單枯燥易出錯。因此，使用 Servlet 顯得非常低效和落後。

Spring MVC 就是這樣一款實現 MVC 設計模式的框架，是 Spring 框架的一個分支產品，以 Spring IoC 容器為基礎，並利用容器的特性來簡化它的配置。

Spring MVC 相當於 Spring 的一個子模組，可以很好地和 Spring 結合起來進行開發，是每一個 Java Web 開發者都應該掌握的技術。

為什麼要使用 Spring MVC

使用 Spring MVC 可以幫助你遮蔽掉繁瑣的資料型別、資料繫結，同時提高良好的自定義校驗，強大的標籤庫，讓你開發起來更加得心應手、高效。

相比於 Struts2 框架，Spring MVC 的開發效率和效能更高，配置更簡單，功能更強大，同時可以和 Spring 框架無縫對接，安全性比 Struts2 更高。

作為程式設計師我們應該時刻保持飢渴，永遠好奇。請不要停止前進。