緒論

最近收到了好未來的實習offer，也加了小組的開發人員，問了我的實習任務，說要學習微前端，這幾天都在網上學習微前端的內容，今天來說一下我個人對微前端的認識，如有錯誤的地方，請敬請指出，哈哈！

微前端出現的時機及概念

在了解微前端之前，我認為的前端項目都是一整個應用的項目，使用的都是同一種框架。移動端，web網頁也好都是一個打包好的整體項目，不存在分離。我想應該也不在少數的朋友們和我想的一樣，畢竟之前確實沒有接觸過微前端，哈！

那么為什么會出現微前端這個技術呢？

技術的迭代：隨著項目采用的技術越來越豐富，如何無損的將新技術加載到項目中，這是微前端概念起始的第一個原因；

項目的管理：一個成功的項目往往是具有大體量的，也就是代碼非常多，功能也比較復雜，這一些問題，就造成了項目的難以管理。所以出現一種用來合理處理大項目的技術也是必然的。結合后臺的微服務的概念，前端幾年前推出了微前端的概念。這使得項目的管理變得方便，一個整體的項目可以根據功能的不同拆分為多個子應用，子應用也可以獨立運行和部署，方便了管理和維護。

所以微前端是什么呢？
通過上面的解釋，想必大家已經知道了大致微前端的概念了，哈。下面來總結一下：
微前端技術，就時將大型應用拆分為多個子應用，子應用可以采用不同的技術框架，子應用可以獨立部署運行，也就是說單獨去看子應用也是一個項目。采用微前端的項目，通過主應用去通過一定的技術（single-spa/qiankun）調用子應用，并運行。

優點

子應用可獨立運行，部署，整體項目的解耦效果比較明顯

與技術棧無關，子應用采用的技術棧不影響主應用去加載，所以一個項目中可以存在不同的框架（因為子應用打包過后都是原生web的技術，所以不同的框架對整體項目是沒有影響的）

運行時的隔離，子應用的代碼是不會影響到其他子應用和主應用的，但是個應用可以通過參數進行應用之間的通信

單頁應用效果更好，在單頁應用中頁面的跳轉大多是路由的形式，采用微前端的子應用就是通過主應用的路由劫持，將子應用加載到目標路由中，所以不存在用戶刷新后，就重新加載。（如果采用的iframe加載其他頁面，那么刷新后會重新加載）

總結

總的來說微前端還是比較容易懂的，也符合程序員的正常想法，我自己感覺目前可能不太成熟（目前也就single-spa和qiankun兩個微前端的框架），感覺還不夠普遍化，可能是因為這幾年才出來的原因吧。不得不說是一個非常好的概念。

接下來會有single-spa的實戰和qiankun項目的實戰，如果大家對微前端感興趣可以持續關注哈1

創作挑戰賽新人創作獎勵來咯，堅持創作打卡瓜分現金大獎

總結

以上是生活随笔為你收集整理的什么是微前端的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。