pythonweb並發

⑴ python課程內容都有哪些呢

賀聖軍Python輕松入門到項目實戰（經典完整版）（超清視頻）網路網盤

鏈接: https://pan..com/s/1C9k1o65FuQKNe68L3xEx3w

若資源有問題歡迎追問~

⑵ 為什麼軟體公司很少用python開發web

Python用於開發web有以下缺點：

1、經驗較少的開發人員

當公司創建一個應用程序時，一般希望最有經驗的開發人員來完成這項工作。但是，使用Python並不是那麼簡單，因為使用這種語言的專家並不多，特別是將它與Java進行比較時。

2、缺乏真正的多處理器支持（偽線程）

多重處理是編寫應用程序的重要部分。Python確實支持多處理，盡管它可能不如其他語言靈活或方便。編寫代碼時，這可能會產生某些限制。

3、速度限制

Python經常因其速度而受到批評。它是一種解釋型腳本語言，由於它使用的翻譯代碼方法不同，因此它比許多編譯後的相對語言（例如C / C ++或Java）相對要慢。但是，某些Python基準測試比C和C ++更快。

4、對於內存密集型任務不理想

Python是一種以其數據類型的靈活性而著稱的語言。這導致相當高的內存消耗，並使其不方便用於佔用大量內存的任務。

5、設計限制

Python是動態類型的，這意味著它會在應用運行時執行某些任務，否則將以靜態類型的語言完成。這對設計施加了一些限制。如果您的設計中載入了元素，則可能會使程序停頓並妨礙順利運行。

在為項目考慮使用Python時，您還應該注意的另一件事是，並發和並行性並不是要在Python中完美使用的。因此，設計可能看起來並不像您想要的那樣復雜。

Python的發展歷程：

自從20世紀90年代初Python語言誕生至今，它已被逐漸廣泛應用於系統管理任務的處理和Web編程。

Python的創始人為荷蘭人吉多·范羅蘇姆（Guido van Rossum）。1989年聖誕節期間，在阿姆斯特丹，Guido為了打發聖誕節的無趣，決心開發一個新的腳本解釋程序，作為ABC語言的一種繼承。

之所以選中Python（大蟒蛇的意思）作為該編程語言的名字，是取自英國20世紀70年代首播的電視喜劇《蒙提·派森的飛行馬戲團》（Monty Python's Flying Circus）。

ABC是由Guido參加設計的一種教學語言。就Guido本人看來，ABC這種語言非常優美和強大，是專門為非專業程序員設計的。但是ABC語言並沒有成功，究其原因，Guido認為是其非開放造成的。Guido決心在Python中避免這一錯誤。同時，他還想實現在ABC中閃現過但未曾實現的東西。

⑶ Python能幹什麼，Python的應用領域

Python 作為一種功能強大的編程語言，因其簡單易學而受到很多開發者的青睞。那麼，Python 的應用領域有哪些呢？

概括起來，Python 的應用領域主要有如下幾個。

Web應用開發
Python 經常被用於 Web 開發。例如，通過 mod_wsgi 模塊，Apache 可以運行用 Python 編寫的 Web 程序。Python 定義了 WSGI 標准應用介面來協調 HTTP 伺服器與基於 Python 的 Web 程序之間的通信。

不僅如此，一些 Web 框架（如 Django、TurboGears、web2py 等等）可以讓程序員輕松地開發和管理復雜的Web程序。

舉個最直觀的例子，全球最大的搜索引擎 Google，在其網路搜索系統中就廣泛使用 Python 語言。另外，我們經常訪問的集電影、讀書、音樂於一體的豆瓣網，也是使用 Python 實現的。
操作系統管理、自動化運維開發
很多操作系統中，Python 是標準的系統組件，大多數 Linux 發行版以及 NetBSD、OpenBSD 和 Mac OS X 都集成了 Python，可以在終端下直接運行 Python。
有一些 Linux 發行版的安裝器使用 Python 語言編寫，例如 Ubuntu 的 Ubiquity 安裝器、Red Hat Linux 和 Fedora 的 Anaconda 安裝器等等。
另外，Python 標准庫中包含了多個可用來調用操作系統功能的庫。例如，通過 pywin32 這個軟體包，我們能訪問 Windows 的 COM 服務以及其他 Windows API；使用 IronPython，我們能夠直接調用 .Net Framework。
通常情況下，Python 編寫的系統管理腳本，無論是可讀性，還是性能、代碼重用度以及擴展性方面，都優於普通的 shell 腳本。
游戲開發
很多游戲使用 C++ 編寫圖形顯示等高性能模塊，而使用 Python 或 Lua 編寫游戲的邏輯。和 Python 相比，Lua 的功能更簡單，體積更小；而 Python 則支持更多的特性和數據類型。
編寫伺服器軟體
Python 對於各種網路協議的支持很完善，所以經常被用於編寫伺服器軟體以及網路爬蟲。
比如說，Python 的第三方庫 Twisted，它支持非同步網路編程和多數標準的網路協議（包含客戶端和伺服器端），並且提供了多種工具，因此被廣泛用於編寫高性能的伺服器軟體。
科學計算
NumPy、SciPy、Matplotlib 可以讓 Python 程序員編寫科學計算程序。
以上都只是 Python 應用領域的冰山一角，總的來說，Python 語言不僅可以應用到網路編程、游戲開發等領域，還可以在圖形圖像處理、只能機器人、爬取數據、自動化運維等多方面展露頭角，為開發者提供簡約、優雅的編程體驗。

⑷ python高並發web框架有哪些

python 就不能考慮高並發
gevent 焦作人
另外 pypy+tornado 有驚喜，42w 7IP 懂的自然懂，內存佔用沒記錯是10k+/Conn

⑸ Python web伺服器怎麼處理請求

web伺服器處理連接請求的四種架構方式：

1、單線程web伺服器

此種架構方式中,web伺服器一次處理一個請求,結束後讀取並處理下一個請求。在某請求處理過程中,其它所有的請求將被忽略,因此,在並發請求較多的場景中將會出現嚴重的必能問題。

相關推薦：《Python教程》

2、多進程/多線程web伺服器

此種架構方式中,web伺服器生成多個進程或線程並行處理多個用戶請求,進程或線程可以按需或事先生成。有的web伺服器應用程序為每個用戶請求生成一個單獨的進程或線程來進行響應,不過,一旦並發請求數量達到成千上萬時,多個同時運行的進程或線程將會消耗大量的系統資源。

3、I/O多路復用web伺服器

為了能夠支持更多的並發用戶請求,越來越多的web伺服器正在採用多種復用的架構——同步監控所有的連接請求的活動狀態,當一個連接的狀態發生改變時(如數據准備完畢或發生某錯誤),將為其執行一系列特定操作;在操作完成後,此連接將重新變回暫時的穩定態並返回至打開的連接列表中,直到下一次的狀態改變。由於其多路復用的特性,進程或線程不會被空閑的連接所佔用,因而可以提供高效的工作模式。

4、多路復用多線程web伺服器

將多進程和多路復用的功能結合起來形成的web伺服器架構,其避免了讓一個進程服務於過多的用戶請求,並能充分利用多CPU主機所提供的計算能力。 web伺服器自身並不處理任何動態內容,它是如何響應客戶端的動態內容請求呢? 通過某種協議調用額外的其它進程來運行這個動態頁面,並將結果取回來以後返回給WEB伺服器,進而響應客戶端。

⑹ python web 怎麼部署

學過php的都了解，php的正式環境部署非常簡單，改幾個文件就OK，用FastCgi方式也是分分鍾的事情。相比起來，Python在web應用上的部署就繁雜的多，主要是工具繁多，主流伺服器支持不足，在了解Python的生產環境部署方式之前，先明確一些概念！很重要！

CGI：

CGI即通用網關介面(Common Gateway Interface)，是外部應用程序（CGI程序）與Web伺服器之間的介面標准，是在CGI程序和Web伺服器之間傳遞信息的規程。CGI規范允許Web伺服器執行外部程序，並將它們的輸出發送給Web瀏覽器，CGI將Web的一組簡單的靜態超媒體文檔變成一個完整的新的互動式媒體。通俗的講CGI就像是一座橋，把網頁和WEB伺服器中的執行程序連接起來，它把HTML接收的指令傳遞給伺服器的執行程序，再把伺服器執行程序的結果返還給HTML頁。CGI的跨平台性能極佳，幾乎可以在任何操作系統上實現。

CGI方式在遇到連接請求（用戶請求）先要創建cgi的子進程，激活一個CGI進程，然後處理請求，處理完後結束這個子進程。這就是fork-and-execute模式。所以用cgi方式的伺服器有多少連接請求就會有多少cgi子進程，子進程反復載入是cgi性能低下的主要原因。當用戶請求數量非常多時，會大量擠占系統的資源如內存，CPU時間等，造成效能低下。

CGI腳本工作流程：

• 瀏覽器通過HTML表單或超鏈接請求指向一個CGI應用程序的URL。

• 伺服器執行務器收發到請求。所指定的CGI應用程序。

• CGI應用程序執行所需要的操作，通常是基於瀏覽者輸入的內容。

• CGI應用程序把結果格式化為網路伺服器和瀏覽器能夠理解的文檔（通常是HTML網頁）。

• 網路伺服器把結果返回到瀏覽器中。

python有cgi模塊可支持原生cgi程序

FastCGI：

FastCGI是一個可伸縮地、高速地在HTTP server和動態腳本語言間通信的介面。多數流行的HTTP server都支持FastCGI，包括Apache、Nginx和lighttpd等，同時，FastCGI也被許多腳本語言所支持，其中就有Python。FastCGI是從CGI發展改進而來的。傳統CGI介面方式的主要缺點是性能很差，因為每次HTTP伺服器遇到動態程序時都需要重新啟動腳本解析器來執行解析，然後結果被返回給HTTP伺服器。這在處理高並發訪問時，幾乎是不可用的。FastCGI像是一個常駐(long-live)型的CGI，它可以一直執行著，只要激活後，不會每次都要花費時間去fork一次(這是CGI最為人詬病的fork-and-execute 模式)。CGI 就是所謂的短生存期應用程序，FastCGI 就是所謂的長生存期應用程序。由於 FastCGI 程序並不需要不斷的產生新進程，可以大大降低伺服器的壓力並且產生較高的應用效率。它的速度效率最少要比CGI 技術提高 5 倍以上。它還支持分布式的運算, 即 FastCGI 程序可以在網站伺服器以外的主機上執行並且接受來自其它網站伺服器來的請求。

FastCGI是語言無關的、可伸縮架構的CGI開放擴展，其主要行為是將CGI解釋器進程保持在內存中並因此獲得較高的性能。眾所周知，CGI解釋器的反復載入是CGI性能低下的主要原因，如果CGI解釋器保持在內存中並接受FastCGI進程管理器調度，則可以提供良好的性能、伸縮性、Fail-Over特性等等。FastCGI介面方式採用C/S結構，可以將HTTP伺服器和腳本解析伺服器分開，同時在腳本解析伺服器上啟動一個或者多個腳本解析守護進程。當HTTP伺服器每次遇到動態程序時，可以將其直接交付給FastCGI進程來執行，然後將得到的結果返回給瀏覽器。這種方式可以讓HTTP伺服器專一地處理靜態請求或者將動態腳本伺服器的結果返回給客戶端，這在很大程度上提高了整個應用系統的性能。

FastCGI的工作流程:

• Web Server啟動時載入FastCGI進程管理器（PHP-CGI或者PHP-FPM或者spawn-cgi)

• FastCGI進程管理器自身初始化，啟動多個CGI解釋器進程(可見多個php-cgi)並等待來自Web Server的連接。

• 當客戶端請求到達Web Server時，FastCGI進程管理器選擇並連接到一個CGI解釋器。Web server將CGI環境變數和標准輸入發送到FastCGI子進程php-cgi。

• FastCGI子進程完成處理後將標准輸出和錯誤信息從同一連接返回Web Server。當FastCGI子進程關閉連接時，請求便告處理完成。FastCGI子進程接著等待並處理來自FastCGI進程管理器(運行在Web Server中)的下一個連接。 在CGI模式中，php-cgi在此便退出。

FastCGI 的特點：

• 打破傳統頁面處理技術。傳統的頁面處理技術，程序必須與 Web 伺服器或 Application 伺服器處於同一台伺服器中。這種歷史已經早N年被FastCGI技術所打破，FastCGI技術的應用程序可以被安裝在伺服器群中的任何一台伺服器，而通過 TCP/IP 協議與 Web 伺服器通訊，這樣做既適合開發大型分布式 Web 群，也適合高效資料庫控制。

• 明確的請求模式。CGI 技術沒有一個明確的角色，在 FastCGI 程序中，程序被賦予明確的角色（響應器角色、認證器角色、過濾器角色）。

WSGI：

PythonWeb伺服器網關介面（Python Web Server Gateway Interface，縮寫為WSGI）是為Python語言定義的Web伺服器和Web應用程序或框架之間的一種簡單而通用的介面。自從WSGI被開發出來以後，許多其它語言中也出現了類似介面。WSGI是作為Web伺服器與Web應用程序或應用框架之間的一種低級別的介面，以提升可移植Web應用開發的共同點。WSGI是基於現存的CGI標准而設計的。

WSGI區分為兩個部份：一為「伺服器」或「網關」，另一為「應用程序」或「應用框架」。在處理一個WSGI請求時，伺服器會為應用程序提供環境上下文及一個回調函數（Callback Function）。當應用程序完成處理請求後，透過先前的回調函數，將結果回傳給伺服器。所謂的 WSGI 中間件同時實現了API的兩方，因此可以在WSGI服務和WSGI應用之間起調解作用：從WSGI伺服器的角度來說，中間件扮演應用程序，而從應用程序的角度來說，中間件扮演伺服器。「中間件」組件可以執行以下功能：

• 重寫環境變數後，根據目標URL，將請求消息路由到不同的應用對象。

• 允許在一個進程中同時運行多個應用程序或應用框架。

• 負載均衡和遠程處理，通過在網路上轉發請求和響應消息。

• 進行內容後處理，例如應用XSLT樣式表。

以前，如何選擇合適的Web應用程序框架成為困擾Python初學者的一個問題，這是因為，一般而言，Web應用框架的選擇將限制可用的Web伺服器的選擇，反之亦然。那時的Python應用程序通常是為CGI，FastCGI，mod_python中的一個而設計，甚至是為特定Web伺服器的自定義的API介面而設計的。WSGI沒有官方的實現, 因為WSGI更像一個協議。只要遵照這些協議,WSGI應用(Application)都可以在任何伺服器(Server)上運行, 反之亦然。WSGI就是Python的CGI包裝，相對於Fastcgi是PHP的CGI包裝。

WSGI將 web 組件分為三類： web伺服器，web中間件,web應用程序， wsgi基本處理模式為 ： WSGI Server -> (WSGI Middleware)* -> WSGI Application 。

uwsgi：

uwsgi協議是一個uWSGI伺服器自有的協議，它用於定義傳輸信息的類型（type of information），每一個uwsgi packet前4byte為傳輸信息類型描述，它與WSGI相比是兩樣東西。據稱其效率是fcgi的10倍。具體的協議內容請參考：the uwsgi protocol

以上四者都可以理解為協議！協議！協議！實現了這樣的協議，就可以實現Web伺服器與Web應用程序相關聯的web服務！

uWSGI：

uWSGI項目旨在為部署分布式集群的網路應用開發一套完整的解決方案。uWSGI主要面向web及其標准服務，已經成功的應用於多種不同的語言。由於uWSGI的可擴展架構，它能夠被無限制的擴展用來支持更多的平台和語言。目前，你可以使用C，C++和Objective-C來編寫插件。項目名稱中的「WSGI」是為了向同名的Python Web標准表示感謝，因為WSGI為該項目開發了第一個插件。uWSGI是一個Web伺服器，它實現了WSGI協議、uwsgi、http等協議。uWSGI，既不用wsgi協議也不用FastCGI協議，而是自創了上文說將的uwsgi協議。

uWSGI的主要特點如下：

• 超快的性能。

• 低內存佔用（實測為apache2的mod_wsgi的一半左右）。

• 多app管理。

• 詳盡的日誌功能（可以用來分析app性能和瓶頸）。

• 高度可定製（內存大小限制，服務一定次數後重啟等）。

Gunicorn：

和uWSGi類似的工具，從rails的部署工具(Unicorn)移植過來的。但是它使用的協議是前文所講的WSGI，這是python2.5時定義的官方標准(PEP 333)，根紅苗正，而且部署比較簡單，詳細的使用教程請點擊這里。Gunicorn採用prefork模式，Gunicorn 伺服器與各種 Web 框架兼容，只需非常簡單的執行，輕量級的資源消耗，以及相當迅速。它的特點是與 Django 結合緊密，部署特別方便。 缺點也很多，不支持 HTTP 1.1，並發訪問性能不高，與 uWSGI，Gevent 等有一定的性能差距。

1. Gunicorn設計

Gunicorn 是一個 master進程，spawn 出數個工作進程的 web 伺服器。master 進程式控制制工作進程的產生與消亡，工作進程只需要接受請求並且處理。這樣分離的方式使得 reload 代碼非常方便，也很容易增加或減少工作進程。 工作進程這塊作者給了很大的擴展餘地，它可以支持不同的IO方式，如 Gevent,Sync 同步進程，Asyc 非同步進程，Eventlet 等等。master 跟 worker 進程完全分離，使得 Gunicorn 實質上就是一個控制進程的服務。

2. Gunicorn源碼結構

從 Application.run() 開始，首先初始化配置，從文件讀取，終端讀取等等方式完成 configurate。然後啟動 Arbiter，Arbiter 是實質上的 master 進程的核心，它首先從配置類中讀取並設置，然後初始化信號處理函數，建立 socket。然後就是開始 spawn 工作進程，根據配置的工作進程數進行 spawn。然後就進入了輪詢狀態，收到信號，處理信號然後繼續。這里喚醒進程的方式是建立一個 PIPE，通過信號處理函數往 pipe 里 write，然後 master 從 select.select() 中喚醒。

工作進程在 spawn 後，開始初始化，然後同樣對信號進行處理，並且開始輪詢，處理 HTTP 請求，調用 WSGI 的應用端，得到 resopnse 返回。然後繼續。

Sync 同步進程的好處在於每個 request 都是分離的，每個 request 失敗都不會影響其他 request，但這樣導致了性能上的瓶頸。

Tornado：

Tornado即使一款python 的開發框架，也是一個非同步非阻塞的http伺服器，它本身的數據產出實現沒有遵從上文所說的一些通用協議，因為自身就是web伺服器，所以動態請求就直接通過內部的機制，輸出成用戶所請求的動態內容。如果把它作為一個單獨伺服器，想用它來配合其他的框架如Flask來部署，則需要採用WSGI協議，Tornado內置了該協議，tornado.wsgi.WSGIContainer。

wsgiref：

Python自帶的實現了WSGI協議的的wsgi server。wsgi server可以理解為一個符合wsgi規范的web server，接收request請求，封裝一系列環境變數，按照wsgi規范調用注冊的wsgi app，最後將response返回給客戶端。Django的自帶伺服器就是它了。

以上都可以理解為實現！實現！實現！實現了協議的工具！

註：mod_wsgi（apache的模塊）其實也是實現了wsgi協議的一個模塊，現在幾乎不廢棄了，所以也不多說了，感興趣的自己查一下吧。

所以如果你採用Django框架開發了應用之後，想部署到生產環境，肯定不能用Django自帶的，可以用使用uwsgi協議的uWSGI伺服器，也可以採用實現了WSGI協議的gunicorn或者Tornado，亦可以用FastCGI、CGI模式的Nginx、lighttpd、apache伺服器。其他框架亦如此！明白了這些概念在部署的時候就可以做到心中有數，各種工具之間的搭配也就「知其然，並知其所以然」了。

在我們組的項目中有兩種框架Django和Tornado，生產環境也用到了兩種部署方式。uWSGI和Gunicorn：

Django項目用Nginx+uWSGI方式部署，Tornado項目用Nginx+Gunicorn方式部署：

Nginx都作為負載均衡以及靜態內容轉發。Tornado項目用supervisord來管理Gunicorn，用Gunicorn管理Tornado。眾所周知，由於Python的GIL存在，所以Python的並發都採用多進程模式，所以我們部署的方式是一個核心兩個進程。

⑺ python多線程並發訪問多個URi

我想問問看你說的」訪問一個站點「是什麼意思，是下載一個文件嗎？還是需要submit一些表單上去還是其他什麼訪問法？還有多線程是用來干什麼的？是多個線程同時下載一個文件讓這個文件可以下載得更快嗎？還是其他什麼目的？
本身python訪問web就很簡單，urllib的幾個函數一調用就好了，不過不清楚你想要做什麼，所以我感覺不知道怎麼回答你。

⑻ python主要是做什麼

在我看來，Python 可以做任何事情。無論是從入門級選手到專業級選手都在做的爬蟲，還是Web 程序開發、桌面程序開發還是科學計
算、圖像處理，Python都可以勝任。
Python為我們提供了非常完善的基礎代碼庫，覆蓋了網路、文件、GUI、資料庫、文本等大量內容，被形象地稱作「內置電池(Batteries
included)」。用Python開發，許多功能不必從零編寫，直接使用現成的即可。
除了內置的庫外，Python還有大量的第三方庫，也就是別人開發的，供你直接使用的東西。當然，如果你開發的代碼通過很好的封裝，
也可以作為第三方庫給別人使用。
許多大型網站就是用Python開發的，例如YouTube、Instagram，還有國內的豆瓣。很多大公司，包括Google、Yahoo等，甚至
NASA(美國航空航天局)都大量地使用Python。
龜叔給Python的定位是「優雅」、「明確」、「簡單」，所以Python程序看上去總是簡單易懂，初學者學Python，不但入門容易，而且
將來深入下去，可以編寫那些非常非常復雜的程序。
總的來說，Python的哲學就是簡單優雅，盡量寫容易看明白的代碼，盡量寫少的代碼。如果一個資深程序員向你炫耀他寫的晦澀難懂、
動不動就幾萬行的代碼，你可以盡情地嘲笑他。
python學習網，免費的python學習網站，歡迎在線學習！

⑼ Python 有哪些好的 Web 框架

1、Django框架
優點：是一個高層次Python Web開發框架，特點是開發快速、代碼較少、可擴展性強。Django採用MTV(Model、Template、View)模型組織資源，框架功能豐富，模板擴展選擇最多。對於專業人員來說，Django是當之無愧的Python排名第一的Web開發框架。
缺點：包括一些輕量級應用不需要的功能模塊，不如Flask輕便。過度封裝很多類和方法，直接使用比較簡單，但改動起來比較困難。相比於 C,C++性能，Django性能偏低。模板實現了代碼和樣式完全分離，不允許模板里出現Python代碼，靈活度不夠。另外學習曲線也相對陡峭。
2、Flask框架
優點：Flask是一個Python Web開發的微框架，嚴格來說，它僅提供Web伺服器支持，不提供全棧開發支持。然而，Flask非常輕量、非常簡單，基於它搭建Web系統都以分鍾來計時，特別適合小微原型系統的開發。花少時間、產生可用系統，是非常劃算的選擇。
缺點：對於大型網站開發，需要設計路由映射的規則，否則導致代碼混亂。對新手來說，容易使用低質量的代碼創建 「不良的web應用程序」。
3、Pyramid框架
優點：是一個擴展性很強且靈活的Python Web開發框架。上手十分容易，比較適合中等規模且邊開發邊設計的場景。Pyramid不提供絕對嚴格的框架定義，根據需求可以擴展開發，對高階程序員十分友好。
缺點：國內知名度不高，高級用法需要通過閱讀源代碼獲取靈感。默認使用Chameleon模板，靈活度沒有成為一個要素。
4、web.py框架
優點：正如其名，web.py是一個採用Python作為開發語言的Web框架，簡單且強大。俄羅斯排名第一的Yandex搜索引擎基於這個框架開發，Guido van Rossum認為這是最好的Python Web框架，還需要說別的嗎?有事實作證、有大牛認可，用起來吧!
缺點：Web.py並未像其他框架一樣保持與Python 3兼容性的最新狀態。這不僅意味著缺乏對非同步語法的支持，還意味著缺少對已棄用的函數的錯誤。此外，目前尚不清楚維護者是否有計劃在Python 2到達其支持生命周期結束後保持Web.py的最新狀態。
5、Tornado框架
優點：Tornado是一個基於非同步網路功能庫的Web開發框架，因此，它能支持幾萬個開放連接，Web服務高效穩定。可見，Tornado適合高並發場景下的Web系統，開發過程需要採用Tornado提供的框架，靈活性較差，確定場景後再考慮使用不遲。
缺點：Tornado 5.0改進了與Python的本機非同步功能的集成。因此不再支持Python 3.3.並且Python 3.5用戶必須使用Python 3.5.2或更高版本。Tornado 6.0將需要Python 3.5及更高版本，並將完全放棄Python 2支持。

⑽ 想做Python Web 開發，需要掌握哪些技能

1. Python 語言

   想使用 Python 做後台開發，第一步就是就是學習 Python 語言。首先要將學習 Python 基本語法，再學習 Python 高級用法（例如閉包，面向對象等），接著再了解各個標准庫的用法，最後熟悉下 PEP8 編碼規范。

2. 開發框架

   大部分後台業務邏輯都會使用
   Web 框架來開發，目的是提高開發效率。常用的 Python web框架有 Django、Flask、Tornado 等。個人推薦熟練掌握
   Django，因為 Django 是一個全能型框架。另外需要了解 REST，學習如何編寫 RESTful APIs。

3. 資料庫

   現在網站業務後端用得比較多的有三種類型的資料庫，關系型資料庫（mysql等），文檔型資料庫（mongodb等），和內存型資料庫（redis等）。因為三種資料庫各有優勢和其使用場景，所以需要了解下不同類型資料庫的使用方法和應用場景，靈活應用到後端代碼中。所以要學習如何使用、設計、優化資料庫。

4. 前端知識

   需要了解基本的 HTML、CSS、JavaScript。通常前後端開發是分離的，了解前端知識是有幫助的。能知道自己需要將傳遞哪些內容給前端，從而提供團隊合作效率。如果對前端知識感興趣，可以了解下 Bootstrap、Vue 等。

5. Web 伺服器

   Nginx 目前很流行，使用也是很廣泛。因為其佔用內存少，穩定性高、並發能力強。所以需要掌握 Web 應用部署以及如何使用 Nginx 實現負載均衡。

6. Linux 操作系統

   Nginx
   通常運行在 Linux 伺服器上，所以需要學習 Linux 系統。了解一些常見的 Linux
   命令、文件與目錄管理、賬號與身份管理、程序與資源管理等。

7. 計算機網路

   後台開發經常要跟網路打交道，所以熟悉對網路協議 TCP/IP 和 HTTP。

8. 演算法與數據結構

   我記得讀大學時使用的教程是嚴蔚敏的《數據結構》（C語言版）。其中有一句很經典的話：『程序 = 演算法 + 數據結構』。所以需要了解常用的演算法和數據結構。