⑴ Python中怎麼樣判斷網路是否連通是不是有相應的模塊
Python中怎麼樣判斷網路是否連通
#!/usr/bin/python
以#!開頭在linux下是一種特別的注釋，表示python解釋器的目錄位置/usr/bin/python
在windows系統下沒有任何作用，就相當於普通的注釋。windows系統將python所在目錄加進環境變數就可以了
python是一種對縮進有嚴格要求的語言， Python腳本可以使用非常多的工具進行編寫，筆者在Linux系統使用JEdit進行Python腳本編寫，由於在Linux編寫腳本比較痛苦，比如想一眼看出相同的變數在哪個地方使用就非常不方便。
⑵ Python網路編程 -- TCP/IP
首先放出一個 TCP/IP 的程序，這里是單線程伺服器與客戶端，在多線程一節會放上多線程的TCP/IP服務程序沖戚拍。
這里將服務端和客戶端放到同一個程序當中，方便對比服務端與客戶端的不同。
TCP/IP是網際網路的通信協議，其參考OSI模型，也採用了分層的方式，對每一層制定了相應的標准。
網際協議（IP）是為全世界通過互聯網連接的計算機賦予統一地址系統的機制，它使得數據包能夠從互聯網的一端發送至另一端，如 130.207.244.244，為了便於記憶，常用主機名代替IP地址，例如 .com。
UDP (User Datagram Protocol，用戶數據報協議) 解決了上述第一個問題，通過埠號來實現了多路復用（用不同的埠區分不同的應用程序）但是使用UDP協議的網路程序需要自己處理丟包、重包和包的亂序問題。
TCP (Transmission Control Protocol，傳輸控制協議) 解決了上述兩個問題，同樣使用埠號實現了復用。
TCP 實現可靠連接的方法：
socket通信模型及 TCP 通信過程如下兩張圖。
[圖片上傳失敗...(image-6d947d-1610703914730)]
[圖片上傳失敗...(image-30b472-1610703914730)]
socket.getaddrinfo(host, port, family, socktype, proto, flags)
返回： [(family, socktype, proto, cannonname, sockaddr), ] 由元組組成的列表散羨。
family：表示socket使用的協議簇， AF_UNIX : 1, AF_INET: 2, AF_INET6 : 10。 0 表示不指定。
socktype: socket 的類型， SOCK_STREAM : 1, SOCK_DGRAM : 2, SOCK_RAW : 3
proto: 協議， 套接字所用的協議，如果不指定， 則為 0。 IPPROTO_TCP : 6, IPPRTOTO_UDP : 17
flags：標記，限制返回內容。 AI_ADDRCONFIG 把計算機無法連接的所有地址都過濾掉（如果一個機構既有IPv4，又有IPv6，而主機只有IPv4，則會把 IPv6過濾掉）
AI _V4MAPPED, 如果本機只有IPv6，服務卻只有IPv4，這個標記會將 IPv4地址重新編碼為可實際使用的IPv6地址。
AI_CANONNAME，返回規范主機名：cannonname。
getaddrinfo(None, 'smtp', 0, socket.SOCK_STREAM, 0, socket.AP_PASSIVE)
getaddrinfo('ftp.kernel.org', 'ftp', 0, 'socket.SOCK_STREAM, 0, socket.AI_ADDRCONFIG | socket.AI_V4MAPPED)
利用已經通信的套接字名提供給getaddrinfo
mysock = server_sock.accept()
addr, port = mysock.getpeername()
getaddrinfo(addr, port, mysock.family, mysock.type, mysock.proto, socket.AI_CANONNAME)
TCP 數據發送模式：
由於 TCP 是發送流式數據，並且會自動分割發送的數據包，而仔槐且在 recv 的時候會阻塞進程，直到接收到數據為止，因此會出現死鎖現象，及通信雙方都在等待接收數據導致無法響應，或者都在發送數據導致緩存區溢出。所以就有了封幀(framing)的問題，即如何分割消息，使得接收方能夠識別消息的開始與結束。
關於封幀，需要考慮的問題是， 接收方何時最終停止調用recv才是安全的？整個消息或數據何時才能完整無缺的傳達？何時才能將接收到的消息作為一個整體來解析或處理。
適用UDP的場景：
由於TCP每次連接與斷開都需要有三次握手，若有大量連接，則會產生大量的開銷，在客戶端與伺服器之間不存在長時間連接的情況下，適用UDP更為合適，尤其是客戶端太多的時候。
第二種情況： 當丟包現象發生時，如果應用程序有比簡單地重傳數據聰明得多的方法的話，那麼就不適用TCP了。例如，如果正在進行音頻通話，如果有1s的數據由於丟包而丟失了，那麼只是簡單地不斷重新發送這1s的數據直至其成功傳達是無濟於事的。反之，客戶端應該從傳達的數據包中任意選擇一些組合成一段音頻（為了解決這一問題，一個智能的音頻協議會用前一段音頻的高度壓縮版本作為數據包的開始部分，同樣將其後繼音頻壓縮，作為數據包的結束部分），然後繼續進行後續操作，就好像沒有發生丟包一樣。如果使用TCP，那麼這是不可能的，因為TCP會固執地重傳丟失的信息，即使這些信息早已過時無用也不例外。UDP數據報通常是互聯網實時多媒體流的基礎。
參考資料：
⑶ 如何用Python實現實時的網路連接檢測
如果你用的socket包里的那些阻塞介面，當然寫個線程循環監測時間也沒啥，只不過記得在循環內加上個sleep，哪怕是1ms甚至1us的sleep都可以避免CPU被消耗干凈。
如果你所說的接收是死循環式里跑socket.recv，它會在recv里阻塞，按你的說法3分鍾一個心跳包，時間檢測就成了3分鍾一次，不太合適。
更好的辦法自然是通過epoll/poll之類的方式或者asyncio/twisted/tornado之類的非同步回調/協程加時間事件甚至是各種GUI框架的事件循環來啟動你的發送和接收。考慮到以後可能有多設備，顯然利用這些成型的玩意更合理。
⑷ Python 怎樣判斷本機是否接入網路，有什麼好的辦法沒有
用urllib.urlopen讀取， 然後看下是否有「<title>網路一下」之類的關鍵詞比較靠譜， 比如
In [1]: import urllib
In [2]: is_online = u'<title>網路一下，你就知道' in urllib.urlopen("http://www..com/").read().decode('gbk')
In [3]: print is_online
True
⑸ python自動化測試介面怎麼實現模擬不同的網路環境訪問介面
用python做自動化測試，主要是介面測試和UI自動化測試。
一、介面測試：
http協議的舉例枝搭汪:
可以用python自帶的urllib\urllib2模擬，模擬枝友前端向伺服器發送數據，獲取返回值後，進行校驗和判斷來進行介面測試。
網上的例子也比較多，這里簡單說一下，
比如request中data的猛仔邊界值測試、字元測試、非空為空測試等等，都可以做
二、UI自動化測試：
html頁面（python+selenium）或者一些安卓app(python+appiun)可以用。
主要是頁面元素的檢查、輸入等。
比如可以寫一個腳本，自動登錄網路頁面，搜索某一個關鍵字，並且獲得此關鍵字的網路搜索數量。