-
讓品牌有溫度、有情感
專注品牌策劃15年
-
當前位置：首頁 > 創(chuàng)意學院 > 技術 > 專題列表 > 正文
安卓tcp連接（安卓tcp連接查看器）
發(fā)布時間：2023-03-12 10:50:43
稿源：
創(chuàng)意嶺 閱讀：
107
問大家
大家好！今天讓創(chuàng)意嶺的小編來大家介紹下關于安卓tcp連接的問題，以下是小編對此問題的歸納整理，讓我們一起來看看吧。
ChatGPT國內(nèi)免費在線使用，能給你生成想要的原創(chuàng)文章、方案、文案、工作計劃、工作報告、論文、代碼、作文、做題和對話答疑等等
你只需要給出你的關鍵詞，它就能返回你想要的內(nèi)容，越精準，寫出的就越詳細，有微信小程序端、在線網(wǎng)頁版、PC客戶端，官網(wǎng)：https://ai.de1919.com
本文目錄:
一、安卓手機與電腦tcp連接的問題
難道說你的手機不支持？一般智能機，可以用手機自帶的AP工具創(chuàng)建熱點，這樣就可以公用網(wǎng)絡資源了！
二、Android-Socket
由于二者不屬于同一層面，所以本來是沒有可比性的。但隨著發(fā)展，默認的Http里封裝了下面幾層的使用，所以才會出現(xiàn)Socket & HTTP協(xié)議的對比：（主要是工作方式的不同）：
Socket可理解為一種特殊的文件，在服務器和客戶端各自維護一個文件，并使用SocketAPI函數(shù)對其進行文件操作。在建立連接打開后，可以向各自文件寫入內(nèi)容供對方讀取或讀取對方內(nèi)容，通信結束時關閉文件。在UNIX哲學中“一切皆文件”，文件的操作模式基本為“打開-讀寫-關閉”三大步驟，Socket其實就是這個模式的一個實現(xiàn)。
創(chuàng)建socket的時候，也可以指定不同的參數(shù)創(chuàng)建不同的socket描述符，socket函數(shù)的三個參數(shù)分別為：
當我們調(diào)用socket創(chuàng)建一個socket時，返回的socket描述字它存在于協(xié)議族（address family，AF_XXX）空間中，但沒有一個具體的地址。如果想要給它賦值一個地址，就必須調(diào)用bind()函數(shù)，否則就當調(diào)用connect()、listen()時系統(tǒng)會自動隨機分配一個端口。
int bind(int sockfd, const struct sockaddr *addr, socklen_t addrlen);
函數(shù)的三個參數(shù)分別為：
如果作為一個服務器，在調(diào)用socket()、bind()之后就會調(diào)用listen()來監(jiān)聽這個socket，如果客戶端這時調(diào)用connect()發(fā)出連接請求，服務器端就會接收到這個請求。
TCP服務器端依次調(diào)用socket()、bind()、listen()之后，就會監(jiān)聽指定的socket地址了。TCP客戶端依次調(diào)用socket()、connect()之后就想TCP服務器發(fā)送了一個連接請求。TCP服務器監(jiān)聽到這個請求之后，就會調(diào)用accept()函數(shù)取接收請求，這樣連接就建立好了。之后就可以開始網(wǎng)絡I/O操作了，即類同于普通文件的讀寫I/O操作。
注意：accept的第一個參數(shù)為服務器的socket描述字，是服務器開始調(diào)用socket()函數(shù)生成的，稱為監(jiān)聽socket描述字；而accept函數(shù)返回的是已連接的socket描述字。一個服務器通常通常僅僅只創(chuàng)建一個監(jiān)聽socket描述字，它在該服務器的生命周期內(nèi)一直存在。內(nèi)核為每個由服務器進程接受的客戶連接創(chuàng)建了一個已連接socket描述字，當服務器完成了對某個客戶的服務，相應的已連接socket描述字就被關閉。
萬事具備只欠東風，至此服務器與客戶已經(jīng)建立好連接了?？梢哉{(diào)用網(wǎng)絡I/O進行讀寫操作了，即實現(xiàn)了網(wǎng)咯中不同進程之間的通信！網(wǎng)絡I/O操作有下面幾組：
read()/write()
recv()/send()
readv()/writev()
recvmsg()/sendmsg()
recvfrom()/sendto()
我推薦使用recvmsg()/sendmsg()函數(shù)，這兩個函數(shù)是最通用的I/O函數(shù)，實際上可以把上面的其它函數(shù)都替換成這兩個函數(shù)。
從圖中可以看出，當客戶端調(diào)用connect時，觸發(fā)了連接請求，向服務器發(fā)送了SYN J包，這時connect進入阻塞狀態(tài)；服務器監(jiān)聽到連接請求，即收到SYN J包，調(diào)用accept函數(shù)接收請求向客戶端發(fā)送SYN K ，ACK J+1，這時accept進入阻塞狀態(tài)；客戶端收到服務器的SYN K ，ACK J+1之后，這時connect返回，并對SYN K進行確認；服務器收到ACK K+1時，accept返回，至此三次握手完畢，連接建立。
總結：客戶端的connect在三次握手的第二個次返回，而服務器端的accept在三次握手的第三次返回。
某個應用進程首先調(diào)用close主動關閉連接，這時TCP發(fā)送一個FIN M；
另一端接收到FIN M之后，執(zhí)行被動關閉，對這個FIN進行確認。它的接收也作為文件結束符傳遞給應用進程，因為FIN的接收意味著應用進程在相應的連接上再也接收不到額外數(shù)據(jù)；
一段時間之后，接收到文件結束符的應用進程調(diào)用close關閉它的socket。這導致它的TCP也發(fā)送一個FIN N；
接收到這個FIN的源發(fā)送端TCP對它進行確認。
這樣每個方向上都有一個FIN和ACK。
所謂短連接，即連接只保持在數(shù)據(jù)傳輸過程，請求發(fā)起，連接建立，數(shù)據(jù)返回，連接關閉。它適用于一些實時數(shù)據(jù)請求，配合輪詢來進行新舊數(shù)據(jù)的更替。
https://github.com/nuisanceless/MySocketDemo
https://github.com/xuuhaoo/OkSocket
三、Android服務器通信的幾種方式詳解
大 學學習網(wǎng)絡基礎的時候老師講過，網(wǎng)絡由下往上分為物理層、數(shù)據(jù)鏈路層、網(wǎng)絡層、傳輸層、會話層、表示層和應用層。通過初步的了解，我知道IP協(xié)議對應于網(wǎng) 絡層，TCP協(xié)議對應于傳輸層，而HTTP協(xié)議對應于應用層，三者從本質上來說沒有可比性，socket則是對TCP/IP協(xié)議的封裝和應用（程序員層面 上）。也可以說，TPC/IP協(xié)議是傳輸層協(xié)議，主要解決數(shù)據(jù)如何在網(wǎng)絡中傳輸，而HTTP是應用層協(xié)議，主要解決如何包裝數(shù)據(jù)。關于TCP/IP和 HTTP協(xié)議的關系，網(wǎng)絡有一段比較容易理解的介紹： “我們在傳輸數(shù)據(jù)時，可以只使用（傳輸層）TCP/IP協(xié)議，但是那樣的話，如果沒有應用層，便無法識別數(shù)據(jù)內(nèi)容，如果想要使傳輸?shù)臄?shù)據(jù)有意義，則必須使 用到應用層協(xié)議，應用層協(xié)議有很多，比如HTTP、FTP、TELNET等，也可以自己定義應用層協(xié)議。WEB使用HTTP協(xié)議作應用層協(xié)議，以封裝 HTTP文本信息，然后使用TCP/IP做傳輸層協(xié)議將它發(fā)到網(wǎng)絡上?！?/p>
而我們平時說的最多的socket是什么呢，實際上socket是對TCP/IP協(xié)議的封裝，Socket本身并不是協(xié)議，而是一個調(diào)用接口（API）， 通過Socket，我們才能使用TCP/IP協(xié)議。實際上，Socket跟TCP/IP協(xié)議沒有必然的聯(lián)系。Socket編程接口在設計的時候，就希望也 能適應其他的網(wǎng)絡協(xié)議。所以說，Socket的出現(xiàn)只是使得程序員更方便地使用TCP/IP協(xié)議棧而已，是對TCP/IP協(xié)議的抽象，從而形成了我們知道 的一些最基本的函數(shù)接口，比如create、listen、connect、accept、send、read和write等等。網(wǎng)絡有一段關于 socket和TCP/IP協(xié)議關系的說法比較容易理解：“TCP/IP只是一個協(xié)議棧，就像操作系統(tǒng)的運行機制一樣，必須要具體實現(xiàn)，同時還要提供對外 的操作接口。這個就像操作系統(tǒng)會提供標準的編程接口，比如win32編程接口一樣，TCP/IP也要提供可供程序員做網(wǎng)絡開發(fā)所用的接口，這就是 Socket編程接口?！?/p>
關于TCP/IP協(xié)議的相關只是，用博大精深來講我想也不為過，單單查一下網(wǎng)上關于此類只是的資料和書籍文獻的數(shù)量就知道，這個我打算會買一些經(jīng)典的書籍 （比如《TCP/IP詳解：卷一、卷二、卷三》）進行學習，今天就先總結一些基于基于TCP/IP協(xié)議的應用和編程接口的知識，也就是剛才說了很多的 HTTP和Socket。
CSDN上有個比較形象的描述：HTTP是轎車，提供了封裝或者顯示數(shù)據(jù)的具體形式；Socket是發(fā)動機，提供了網(wǎng)絡通信的能力。
實際上，傳輸層的TCP是基于網(wǎng)絡層的IP協(xié)議的，而應用層的HTTP協(xié)議又是基于傳輸層的TCP協(xié)議的，而Socket本身不算是協(xié)議，就像上面所說，它只是提供了一個針對TCP或者UDP編程的接口。
下面是一些經(jīng)常在筆試或者面試中碰到的重要的概念，特在此做摘抄和總結。
一。什么是TCP連接的三次握手
第一次握手：客戶端發(fā)送syn包(syn=j)到服務器，并進入SYN_SEND狀態(tài)，等待服務器確認；
第二次握手：服務器收到syn包，必須確認客戶的SYN（ack=j+1），同時自己也發(fā)送一個SYN包（syn=k），即SYN+ACK包，此時服務器進入SYN_RECV狀態(tài)；
第三次握手：客戶端收到服務器的SYN＋ACK包，向服務器發(fā)送確認包ACK(ack=k+1)，此包發(fā)送完畢，客戶端和服務器進入ESTABLISHED狀態(tài)，完成三次握手。
握手過程中傳送的包里不包含數(shù)據(jù)，三次握手完畢后，客戶端與服務器才正式開始傳送數(shù)據(jù)。理想狀態(tài)下，TCP連接一旦建立，在通信雙方中的任何一方主動關閉 連接之前，TCP 連接都將被一直保持下去。斷開連接時服務器和客戶端均可以主動發(fā)起斷開TCP連接的請求，斷開過程需要經(jīng)過“四次握手”（過程就不細寫了，就是服務器和客 戶端交互，最終確定斷開）
二。利用Socket建立網(wǎng)絡連接的步驟
建立Socket連接至少需要一對套接字，其中一個運行于客戶端，稱為ClientSocket ，另一個運行于服務器端，稱為ServerSocket 。
套接字之間的連接過程分為三個步驟：服務器監(jiān)聽，客戶端請求，連接確認。
1。服務器監(jiān)聽：服務器端套接字并不定位具體的客戶端套接字，而是處于等待連接的狀態(tài)，實時監(jiān)控網(wǎng)絡狀態(tài)，等待客戶端的連接請求。
2。客戶端請求：指客戶端的套接字提出連接請求，要連接的目標是服務器端的套接字。為此，客戶端的套接字必須首先描述它要連接的服務器的套接字，指出服務器端套接字的地址和端口號，然后就向服務器端套接字提出連接請求。
3。 連接確認：當服務器端套接字監(jiān)聽到或者說接收到客戶端套接字的連接請求時，就響應客戶端套接字的請求，建立一個新的線程，把服務器端套接字的描述發(fā)給客戶 端，一旦客戶端確認了此描述，雙方就正式建立連接。而服務器端套接字繼續(xù)處于監(jiān)聽狀態(tài)，繼續(xù)接收其他客戶端套接字的連接請求。
三。HTTP鏈接的特點
HTTP協(xié)議即超文本傳送協(xié)議(Hypertext Transfer Protocol )，是Web聯(lián)網(wǎng)的基礎，也是手機聯(lián)網(wǎng)常用的協(xié)議之一，HTTP協(xié)議是建立在TCP協(xié)議之上的一種應用。
HTTP連接最顯著的特點是客戶端發(fā)送的每次請求都需要服務器回送響應，在請求結束后，會主動釋放連接。從建立連接到關閉連接的過程稱為“一次連接”。
四。TCP和UDP的區(qū)別（考得最多。。快被考爛了我覺得- -\\）
1。 TCP是面向鏈接的，雖然說網(wǎng)絡的不安全不穩(wěn)定特性決定了多少次握手都不能保證連接的可靠性，但TCP的三次握手在最低限度上（實際上也很大程度上保證 了）保證了連接的可靠性；而UDP不是面向連接的，UDP傳送數(shù)據(jù)前并不與對方建立連接，對接收到的數(shù)據(jù)也不發(fā)送確認信號，發(fā)送端不知道數(shù)據(jù)是否會正確接 收，當然也不用重發(fā)，所以說UDP是無連接的、不可靠的一種數(shù)據(jù)傳輸協(xié)議。
2。也正由于1所說的特點，使得UDP的開銷更小數(shù)據(jù)傳輸速率更高，因為不必進行收發(fā)數(shù)據(jù)的確認，所以UDP的實時性更好。
知 道了TCP和UDP的區(qū)別，就不難理解為何采用TCP傳輸協(xié)議的MSN比采用UDP的QQ傳輸文件慢了，但并不能說QQ的通信是不安全的，因為程序員可以 手動對UDP的數(shù)據(jù)收發(fā)進行驗證，比如發(fā)送方對每個數(shù)據(jù)包進行編號然后由接收方進行驗證啊什么的，即使是這樣，UDP因為在底層協(xié)議的封裝上沒有采用類似 TCP的“三次握手”而實現(xiàn)了TCP所無法達到的傳輸效率。
四、C# 和Android的 TCP（UDP）通信
服務器程序
它僅僅建立ServerSocket監(jiān)聽，并使用Socket獲取輸入輸出流。
import java.io.IOException;
import java.io.OutputStream;
import java.net.ServerSocket;
import java.net.Socket;
public class SimpleServer {
/**
* @param args
* @throws IOException
*/
public static void main(String[] args) throws IOException {
// TODO Auto-generated method stub
//創(chuàng)建一個ServerSocket,用于監(jiān)聽客戶端socket的連接請求
ServerSocket ss=new ServerSocket(30000);
//采用循環(huán)不斷接受來自客戶端的請求,服務器端也對應產(chǎn)生一個Socket
while(true){
Socket s=ss.accept();
OutputStream os=s.getOutputStream();
os.write("您好，您收到了服務器的新年祝福！n".getBytes("utf-8"));
os.close();
s.close();
}
}}
客戶端程序
package my.learn.tcp;
import java.io.BufferedReader;
import java.io.IOException;
import java.io.InputStreamReader;
import java.net.Socket;
import java.net.UnknownHostException;
import android.app.Activity;
import android.os.Bundle;
import android.util.Log;
import android.widget.EditText;
public class SimpleClient extends Activity {
private EditText show;
@Override
protected void onCreate(Bundle savedInstanceState) {
// TODO Auto-generated method stub
super.onCreate(savedInstanceState);
setContentView(R.layout.main);
show = (EditText) findViewById(R.id.show);
try {
Socket socket = new Socket("自己計算機的IP地址", 30000);
//設置10秒之后即認為是超時
socket.setSoTimeout(10000);
BufferedReader br = new BufferedReader(new InputStreamReader(
socket.getInputStream()));
String line = br.readLine();
show.setText("來自服務器的數(shù)據(jù)："+line);
br.close();
socket.close();
} catch (UnknownHostException e) {
// TODO Auto-generated catch block
Log.e("UnknownHost", "來自服務器的數(shù)據(jù)");
e.printStackTrace();
} catch (IOException e) {
Log.e("IOException", "來自服務器的數(shù)據(jù)");
// TODO Auto-generated catch block
e.printStackTrace();
}
}
}
以上就是關于安卓tcp連接相關問題的回答。希望能幫到你，如有更多相關問題，您也可以聯(lián)系我們的客服進行咨詢，客服也會為您講解更多精彩的知識和內(nèi)容。
推薦閱讀：
potato官網(wǎng)地址ios（potato官網(wǎng)地址安卓）
贛公網(wǎng)安備 50019002502384號
