一、測試運行python項目 1.1 Flask項目 說明1：當我們直接用編譯器運行Flask項目的時候，會有一個提示：意思就是：這是開發環境的伺服器，不能用於生產環境的部署，請使用WSGI的伺服器替換 1.2 Django項目 說明2：當我們直接用編譯器運行Django項目的時候，同樣有個提示，這 ...
一、測試運行python項目
1.1 Flask項目
說明1：當我們直接用編譯器運行Flask項目的時候，會有一個提示：意思就是：這是開發環境的伺服器，不能用於生產環境的部署，請使用WSGI的伺服器替換
1.2 Django項目
說明2：當我們直接用編譯器運行Django項目的時候，同樣有個提示，這是一個開發環境的伺服器，意思就是同樣不能用於生產環境
1.3 總結
-
- Flask自帶一個伺服器，主要用在開發環境。預設情況下一次只能處理一個請求，處理能力比較有限。
- Django 運行 runserver 命令可以直接作為伺服器使用，但是也是單線程的。性能差，如果出現錯誤掛掉。那麼整個進程都掛掉了
- 所以我們在生產環境要，就要使用安全穩定效率高，性能強的伺服器。
- 之所以Flask和Django直接運行不能用於生產環境是因為Flask和Django是web開發框架，而不是web伺服器，web框架開發的時候，只是為了方便測試，提供了一個測試伺服器而已。
二、web伺服器
通過上面的例子可以看出，如果讓我們開發出來的項目能得到成千上萬，幾十萬，甚至幾百萬幾千萬的用戶訪問的話，我們需要一個強勁有力的web伺服器為我們保駕護航。 web伺服器即用來接受客戶端請求，建立連接，轉發響應的程式。至於轉發的內容是什麼，交由web框架來處理，即處理這些業務邏輯。如查詢資料庫、生成實時信息等。我常用的Nginx就是一個web伺服器，Django或flask就是web框架。
web伺服器的特點：
-
- 接受客戶端（瀏覽器，app，小程式等）發送的請求
- web伺服器通常都會支持高併發（Nginx上萬級別的併發）
所以我們在部署python項目的時候，都需要再額外部署一個web伺服器，主要作用就是給我們的應用提供一個高併發安全的互聯網訪問環境，通常我們使用Nginx作為我們項目的web伺服器。
三、Nginx伺服器
nginx是一款輕量級的web 伺服器，反向代理伺服器及電子郵件（imap/pop3）代理伺服器。其特點是占有記憶體少，併發能力強，事實上nginx的併發能力確實在同類型的網頁伺服器中表現較好，大部分網站都有使用nginx。
nginx的有點：
- 支持高併發，能夠支持高達 50,000 個併發連接數的響應，這樣我們的網站併發性就很棒。
- 負載均衡，當訪問量還是多的時候，可以同時開啟多個應用伺服器，進行負責均衡
- 提供靜態服務，動靜分離，減少靜態資源訪問對應用伺服器的壓力
- 反向代理
nginx在部署的時候可以給我的應用伺服器，提供一個高併發，高可靠性，安全的網路訪問環境，通過Nginx可以接收到用戶通過瀏覽器或者app等前端的方式訪問到我們的網站。
註意：這裡Nginx只能幫助我們接收客戶端(瀏覽器，app，小程式等)的請求，Nginx並不具備處理請求的能力。例如：用戶發送了一個獲取用戶信息的請求，Nginx並沒有用戶的信息，所以Nginx並不能直接處理用戶的請求，所以Nginx需要將用戶的這個請求轉發給我們的應用伺服器（Flask或者Django程式等），但是，這裡註意！註意！註意！，Nginx和我們Web框架(Flask/Django)也不能直接通信，他們的協議不一樣（通俗的講就是一個說英語的，一個說漢語的，誰也聽不懂誰），這是就需要找一個翻譯，既能讀懂Nginx的協議，也能讀懂python的web框架協議的，而且還要高效，這個東西就是WSGI。
四、WSGI和uWSGI
WSGI是一種通信協議。WSGI 不是框架，也不是一個模塊，而是介於 Web應用程式（Flask/Django）與 Web Server (Nginx)之間交互的一種規範。
uWSGI是一個Web伺服器，它實現了WSGI協議、uwsgi、http等協議。Nginx中HttpUwsgiModule的作用是與uWSGI伺服器進行交換。
所以我們使用uWSGI充當Nginx和我們的程式（Flask/Django）之間的橋梁，這也就是為什麼我們部署python項目需要uWSGI和Nginx的原因了
五、通過Nginx和uWSGi請求響應全過程
侯哥語錄：我曾經是一個職業教育者，現在是一個自由開發者。我希望我的分享可以和更多人一起進步。分享一段我喜歡的話給大家："我所理解的自由不是想乾什麼就乾什麼，而是想不幹什麼就不幹什麼。當你還沒有能力說不得時候，就努力讓自己變得強大，擁有說不得權利。"
