參考文章連結：https://blog.csdn.net/weixin_36317299/article/details/80558632

https://blog.csdn.net/qq_33559972/article/details/80559846

https://blog.csdn.net/GoodShot/article/details/54929942

https://blog.csdn.net/liuguobo/article/details/43451129

       人們對軟體架構存在非常多的誤解，其中一個最為普遍的誤解就是：將架構（Architecture）和框架（Framework）混為一談。其實很簡單，一句話：框架是軟體，架構不是軟體。框架落腳在“架”字上，可以理解成名詞性的，是一個客觀性的名詞存在，如.Net Framework；而架構體現在“構”字上，理解成構造，是一個動詞性的，是一系列動作發生的策略性體現。

       框架是一種特殊的軟體，它並不能提供完整無缺的解決方案，而是為你構建解決方案提供良好的基礎。框架是半成品。典型地，框架是系統或子系統的半成品；框架中的服務尅被最終應用系統直接呼叫，而框架中的擴充套件點是供應用開發人員定製的“可變化點”。

       架構不是軟體，而是關於軟體如何設計的重要策略。軟體架構決策設計到如何將軟體系統分解成不同的部分、各部分之間的靜態結構關係和動態互動關係等。經過完整的開發過程之後，這些架構決策將體現在最終開發出的軟體系統中；當然，引入軟體架構之後，整個開發過程變成了“分兩步走”，而架構決策往往會體現在框架之中。或許，人們常把架構和框架混為一談的原因就在於此吧！我們不能指著某些程式碼，說這就是軟體架構，因為軟體架構是比具體程式碼高一個抽象層次的概念。架構勢必被程式碼所體現和遵循，但任何一段具體的程式碼都代表不了架構。

       框架技術和架構技術的出現，都是為了解決軟體系統日益複雜所帶來的困難而採取“分而治之”思維的結果-----先大局後區域性，就出現了架構；先通用後專用，就出現了框架。下圖很好地揭示了這一點。架構是問題的抽象解決方案，它關注大局而忽略細節；而框架是通用半成品，還必須根據具體需求進一步定製開發才能變成應用系統。

       簡而言之，框架和架構的關係可以總結為兩句話：（1）為了儘早驗證架構設計，或者處於支援產品線開發的目的，可以將關鍵的通用機制甚至整個架構以框架的方式進行實現；（2）業界（及公司內部）可能存在大量可供重用的框架，這些框架或者已經實現了軟體架構所需的重要架構機制，或者為未來系統的某個子系統提供了可擴充套件的半成品，所以最終的軟體架構可以藉助這些框架構造。

說說區別加深理解
框架是一種特殊的軟體；架構是比具體程式碼高一個抽象層次的概念。

軟體框架會包含一些程式碼——一系列完成計算的模組，即構件；包含使用這個框架的規則和約束——構件之間的關係及互動機制、一系列可變點等。在框架的基礎上根據需要完成自定義的部分才能成為最終的軟體產品。
軟體架構是可以用文件和邏輯架構圖（像下面那樣）來表達的。它制定了領域問題的一套解決方案，關注大局而忽略細節，描述了計算元件及元件之間的互動，也可以說包含了一系列的決策.。

雖然這兩個詞語在日常使用中是近義詞，但在這裡討論的時候，一個（架構）仍然指軟體核心和主幹部分的東西，另一個（框架）卻更像是一套為了方便別人套用的模具。