A. 物聯網 tcp協議的特點有哪些
1、面向連接的：使用TCP協議通信的雙方必須先建立連接，然後才能開始數據的讀寫，TCP連接是全雙工的，即雙方的數據讀寫可以通過一個連接進行。完成數據交換之後，通信雙方都必須斷開連接以釋放資源。TCP協議的這種連接是一對一的，所以基於廣播和多播（目標是多個主機地址）的應用程序不能使用TCP服。而無連接協議UDP則非常適合於廣播和多播。
2、流式服務：TCP的位元組流服務的表現形式就體現在，發送端執行的寫操作數和接收端執行的讀操作次數之間沒有任何數量關系，當發送端應用程序連續執行多次寫操作的時，TCP模塊先將這些數據放入TCP發送緩沖區中。當TCP模塊真正開始發送數據的時候，發送緩沖區中這些等待發送的數據可能被封裝成一個或多個TCP報文段發出。（下圖3-1）
3、UPD的數據報服務：發送端應用程序每執行一次寫操作，UDP模塊就將其封裝成一個UDP數據報並發送之。接收端必須及時針對每一個UDP數據報執行讀操作（通過recvfrom系統調用），否則就會丟包（這經常發生在較慢的伺服器上）。並且，如果沒有指定足夠的應用程序緩沖區來讀取UDP數據，則UDP數據將被截斷。
B. 如何實現一個tcp/udp客戶端和伺服器，以及它們之間是如何交互
你先要了解一下網路協議。你這說的是傳輸層的協議，TCP和UDP都是固定埠的。網路分成好多層的，每層的埠都不一樣，每一層將會把低一層的數據封裝打包，這個就是所謂的協議，不同功能的軟體和硬體處理自己這層的埠和數據，然後再傳遞給上層。每一層協議不相關，也不需要知道和理解傳來的是什麼，只負責自己的規則就好，傳過來的都當成數據處理打包。RTSP是應用層的協議，在TCP和UDP之上層，可以自定義埠，一般是554。系統自己會處理TCP和UDP數據，socket都已經實現好了，然後再將RTSP的協議數據通過埠554給你客戶端。所以你不用太關心TCP和UDP層的東西，如果你發燒無聊，也可以自己實現TCP和UDP協議，抓取數據，得到RTSP的數據包，就是RTSP協議層部分了。獲取到RTSP的協議部分，通過RTSP的協議，分析出命令和數據部分，這個就是基本解析過程。
C. TCP/IP協議是如何實現網路模型的
應用層
文件傳輸，電子郵件，文件服務，虛擬終端
TFTP，HTTP，SNMP，FTP，SMTP，DNS，Telnet
表示層
數據格式化，代碼轉換，數據加密
沒有協議
會話層
解除或建立與別的接點的聯系
沒有協議
傳輸層
提供端對端的介面
TCP，UDP
網路層
為數據包選擇路由
IP，ICMP，RIP，OSPF，BGP，IGMP
數據鏈路層
傳輸有地址的幀以及錯誤檢測功能
SLIP，CSLIP，PPP，ARP，RARP，MTU
物理層
以二進制數據形式在物理媒體上傳輸數據
ISO2110，IEEE802，IEEE802.2
數據鏈路層包括了硬體介面和協議ARP，RARP，這兩個協議主要是用來建立送到物理層上的信息和接收從物理層上傳來的信息；
網路層中的協議主要有IP，ICMP，IGMP等，由於它包含了IP協議模塊，所以它是所有機遇TCP/IP協議網路的核心。在網路層中，IP模塊完成大部分功能。ICMP和IGMP以及其他支持IP的協議幫助IP完成特定的任務，如傳輸差錯控制信息以及主機/路由器之間的控制電文等。網路層掌管著網路中主機間的信息傳輸。
傳輸層上的主要協議是TCP和UDP。正如網路層控制著主機之間的數據傳遞，傳輸層控制著那些將要進入網路層的數據。兩個協議就是它管理這些數據的兩種方式：TCP是一個基於連接的協議（還記得我們在網路基礎中講到的關於面向連接的服務和面向無連接服務的概念嗎？忘了的話，去看看）；UDP則是面向無連接服務的管理方式的協議。
應用層位於協議棧的頂端，它的主要任務就是應用了。上面的協議當然也是為了這些應用而設計的，具體說來一些常用的協議功能如下：
Telnet：提供遠程登錄（終端模擬）服務，好象比較古老的BBS就是用的這個登陸。
FTP
：提供應用級的文件傳輸服務，說的簡單明了點就是遠程文件訪問等等服務；
SMTP：不用說拉，天天用到的電子郵件協議。
TFTP：提供小而簡單的文件傳輸服務，實際上從某個角度上來說是對FTP的一種替換（在文件特別小並且僅有傳輸需求的時候）。
HTTP：不知道各位對這個協議熟不熟悉啊？這是超文本傳輸協議，你之所以現在能看到網上的圖片，動畫，音頻，等等，都是仰仗這個協議在起作用啊！
另外我們還需要注意的一點是我們前面已經交代過的一個問題，協議是「對等實體」的數據進行交互時起作用的，如果忘了，趕緊回憶哦。
【相關文章】
D. Tcp協議是如何工作的
TCP（Transmission Control Protocol，傳輸控制協議）是基於連接的協議，也就是說，在正式收發數據前，必須和對方建立可靠的連接。一個TCP連接必須要經過三次「對話」才能建立起來，其中的過程非常復雜，我們這里只做簡單、形象的介紹，你只要做到能夠理解這個過程即可。我們來看看這三次對話的簡單過程：主機A向主機B發出連接請求數據包：「我想給你發數據，可以嗎？」，這是第一次對話；主機B向主機A發送同意連接和要求同步（同步就是兩台主機一個在發送，一個在接收，協調工作）的數據包：「可以，你什麼時候發？」，這是第二次對話；主機A再發出一個數據包確認主機B的要求同步：「我現在就發，你接著吧！」，這是第三次對話。三次「對話」的目的是使數據包的發送和接收同步，經過三次「對話」之後，主機A才向主機B正式發送數據。 相對於UDP 面向非連接的UDP協議 「面向非連接」就是在正式通信前不必與對方先建立連接，不管對方狀態就直接發送。這與現在風行的手機簡訊非常相似：你在發簡訊的時候，只需要輸入對方手機號就OK了。 UDP（User Data Protocol，用戶數據報協議）是與TCP相對應的協議。它是面向非連接的協議，它不與對方建立連接，而是直接就把數據包發送過去
滿意請採納
E. 想實現一個簡單的基於TCP/IP協議的客服端/伺服器通訊
不是會新建個socket用來真正的通信(傳輸內容)，那麼這時有沒有tcp/ip協議有通信埠是客戶端去訪問伺服器埠時所攜帶的源埠，這兩個埠號是不一樣
F. 租一個伺服器怎麼實現物聯網tcp之間的通訊
用一些軟體，比如homecenter
G. 公網的TCP客戶端與內網的TCP伺服器連接如何實現
被動發起的。你訪問伺服器時，把自己的IP和埠信息已經提交到伺服器了，之後伺服器再按你這個信息，返回數據。
請給我的回答採納，謝謝！
H. web 伺服器怎麼與tcp伺服器通訊
一，網路編程中兩個主要的問題
一個是如何准確的定位網路上一台或多台主機，另一個就是找到主機後如何可靠高效的進行數據傳輸。
在TCP/IP協議中IP層主要負責網路主機的定位，數據傳輸的路由，由IP地址可以唯一地確定Internet上的一台主機。
而TCP層則提供面向應用的可靠（tcp）的或非可靠（UDP）的數據傳輸機制，這是網路編程的主要對象，一般不需要關心IP層是如何處理數據的。
目前較為流行的網路編程模型是客戶機/伺服器（C/S）結構。即通信雙方一方作為伺服器等待客戶提出請求並予以響應。客戶則在需要服務時向伺服器提 出申請。伺服器一般作為守護進程始終運行，監聽網路埠，一旦有客戶請求，就會啟動一個服務進程來響應該客戶，同時自己繼續監聽服務埠，使後來的客戶也 能及時得到服務。
二，兩類傳輸協議：TCP；UDP
TCP是Tranfer Control Protocol的 簡稱，是一種面向連接的保證可靠傳輸的協議。通過TCP協議傳輸，得到的是一個順序的無差錯的數據流。發送方和接收方的成對的兩個socket之間必須建 立連接，以便在TCP協議的基礎上進行通信，當一個socket（通常都是server socket）等待建立連接時，另一個socket可以要求進行連接，一旦這兩個socket連接起來，它們就可以進行雙向數據傳輸，雙方都可以進行發送 或接收操作。
UDP是User Datagram Protocol的簡稱，是一種無連接的協議，每個數據報都是一個獨立的信息，包括完整的源地址或目的地址，它在網路上以任何可能的路徑傳往目的地，因此能否到達目的地，到達目的地的時間以及內容的正確性都是不能被保證的。
比較：
UDP：1，每個數據報中都給出了完整的地址信息，因此無需要建立發送方和接收方的連接。
2，UDP傳輸數據時是有大小限制的，每個被傳輸的數據報必須限定在64KB之內。
3，UDP是一個不可靠的協議，發送方所發送的數據報並不一定以相同的次序到達接收方
TCP：1，面向連接的協議，在socket之間進行數據傳輸之前必然要建立連接，所以在TCP中需要連接
時間。
2，TCP傳輸數據大小限制，一旦連接建立起來，雙方的socket就可以按統一的格式傳輸大的
數據。
3，TCP是一個可靠的協議，它確保接收方完全正確地獲取發送方所發送的全部數據。
應用：
1，TCP在網路通信上有極強的生命力，例如遠程連接（Telnet）和文件傳輸（FTP）都需要不定長度的數據被可靠地傳輸。但是可靠的傳輸是要付出代價的，對數據內容正確性的檢驗必然佔用計算機的處理時間和網路的帶寬，因此TCP傳輸的效率不如UDP高。
2，UDP操作簡單，而且僅需要較少的監護，因此通常用於區域網高可靠性的分散系統中client/server應用程序。例如視頻會議系統，並不要求音頻視頻數據絕對的正確，只要保證連貫性就可以了，這種情況下顯然使用UDP會更合理一些。
三，基於Socket的java網路編程
1，什麼是Socket
網路上的兩個程序通過一個雙向的通訊連接實現數據的交換，這個雙向鏈路的一端稱為一個Socket。Socket通常用來實現客戶方和服務方的連接。Socket是TCP/IP協議的一個十分流行的編程界面，一個Socket由一個IP地址和一個埠號唯一確定。
但是，Socket所支持的協議種類也不光TCP/IP一種，因此兩者之間是沒有必然聯系的。在Java環境下，Socket編程主要是指基於TCP/IP協議的網路編程。
2，Socket通訊的過程
Server端Listen(監聽)某個埠是否有連接請求，Client端向Server 端發出Connect(連接)請求，Server端向Client端發回Accept（接受）消息。一個連接就建立起來了。Server端和Client 端都可以通過Send，Write等方法與對方通信。
對於一個功能齊全的Socket，都要包含以下基本結構，其工作過程包含以下四個基本的步驟：
（1） 創建Socket；
（2） 打開連接到Socket的輸入/出流；
（3） 按照一定的協議對Socket進行讀/寫操作；
（4） 關閉Socket.（在實際應用中，並未使用到顯示的close，雖然很多文章都推薦如此，不過在我的程序中，可能因為程序本身比較簡單，要求不高，所以並未造成什麼影響。）
3，創建Socket
創建Socket
java在包java.net中提供了兩個類Socket和ServerSocket，分別用來表示雙向連接的客戶端和服務端。這是兩個封裝得非常好的類，使用很方便。其構造方法如下：
Socket(InetAddress address, int port);
Socket(InetAddress address, int port, boolean stream);
Socket(String host, int prot);
Socket(String host, int prot, boolean stream);
Socket(SocketImpl impl)
Socket(String host, int port, InetAddress localAddr, int localPort)
Socket(InetAddress address, int port, InetAddress localAddr, int localPort)
ServerSocket(int port);
ServerSocket(int port, int backlog);
ServerSocket(int port, int backlog, InetAddress bindAddr)
其中address、host和port分別是雙向連接中另一方的IP地址、主機名和端 口號，stream指明socket是流socket還是數據報socket，localPort表示本地主機的埠號，localAddr和 bindAddr是本地機器的地址（ServerSocket的主機地址），impl是socket的父類，既可以用來創建serverSocket又可 以用來創建Socket。count則表示服務端所能支持的最大連接數。例如：學習視頻網 http://www.xxspw.com
Socket client = new Socket("127.0.01.", 80);
ServerSocket server = new ServerSocket(80);
注意，在選擇埠時，必須小心。每一個埠提供一種特定的服務，只有給出正確的埠，才 能獲得相應的服務。0~1023的埠號為系統所保留，例如http服務的埠號為80,telnet服務的埠號為21,ftp服務的埠號為23, 所以我們在選擇埠號時，最好選擇一個大於1023的數以防止發生沖突。
在創建socket時如果發生錯誤，將產生IOException，在程序中必須對之作出處理。所以在創建Socket或ServerSocket是必須捕獲或拋出例外。
4，簡單的Client/Server程序
1. 客戶端程序
import java.io.*;
import java.net.*;
public class TalkClient {
public static void main(String args[]) {
try{
Socket socket=new Socket("127.0.0.1",4700);
//向本機的4700埠發出客戶請求
BufferedReader sin=new BufferedReader(new InputStreamReader(System.in));
//由系統標准輸入設備構造BufferedReader對象
PrintWriter os=new PrintWriter(socket.getOutputStream());
//由Socket對象得到輸出流，並構造PrintWriter對象
BufferedReader is=new BufferedReader(new InputStreamReader(socket.getInputStream()));
//由Socket對象得到輸入流，並構造相應的BufferedReader對象
String readline;
readline=sin.readLine(); //從系統標准輸入讀入一字元串
while(!readline.equals("bye")){
//若從標准輸入讀入的字元串為 "bye"則停止循環
os.println(readline);
//將從系統標准輸入讀入的字元串輸出到Server
os.flush();
//刷新輸出流，使Server馬上收到該字元串
System.out.println("Client:"+readline);
//在系統標准輸出上列印讀入的字元串
System.out.println("Server:"+is.readLine());
//從Server讀入一字元串，並列印到標准輸出上
readline=sin.readLine(); //從系統標准輸入讀入一字元串
} //繼續循環
os.close(); //關閉Socket輸出流
is.close(); //關閉Socket輸入流
socket.close(); //關閉Socket
}catch(Exception e) {
System.out.println("Error"+e); //出錯，則列印出錯信息
}
}
}
2. 伺服器端程序
import java.io.*;
import java.net.*;
import java.applet.Applet;
public class TalkServer{
public static void main(String args[]) {
try{
ServerSocket server=null;
try{
server=new ServerSocket(4700);
//創建一個ServerSocket在埠4700監聽客戶請求
}catch(Exception e) {
System.out.println("can not listen to:"+e);
//出錯，列印出錯信息
}
Socket socket=null;
try{
socket=server.accept();
//使用accept()阻塞等待客戶請求，有客戶
//請求到來則產生一個Socket對象，並繼續執行
}catch(Exception e) {
System.out.println("Error."+e);
//出錯，列印出錯信息
}
String line;
BufferedReader is=new BufferedReader(new InputStreamReader(socket.getInputStream()));
//由Socket對象得到輸入流，並構造相應的BufferedReader對象
PrintWriter os=newPrintWriter(socket.getOutputStream());
//由Socket對象得到輸出流，並構造PrintWriter對象
BufferedReader sin=new BufferedReader(new InputStreamReader(System.in));
//由系統標准輸入設備構造BufferedReader對象
System.out.println("Client:"+is.readLine());
//在標准輸出上列印從客戶端讀入的字元串
line=sin.readLine();
//從標准輸入讀入一字元串
while(!line.equals("bye")){
//如果該字元串為 "bye"，則停止循環
os.println(line);
//向客戶端輸出該字元串
os.flush();
//刷新輸出流，使Client馬上收到該字元串
System.out.println("Server:"+line);
//在系統標准輸出上列印讀入的字元串
System.out.println("Client:"+is.readLine());
//從Client讀入一字元串，並列印到標准輸出上
line=sin.readLine();
//從系統標准輸入讀入一字元串
} //繼續循環
os.close(); //關閉Socket輸出流
is.close(); //關閉Socket輸入流
socket.close(); //關閉Socket
server.close(); //關閉ServerSocket
}catch(Exception e){
System.out.println("Error:"+e);
//出錯，列印出錯信息
}
}
}
5，支持多客戶的client/server程序
前面的Client/Server程序只能實現Server和一個客戶的對話。在實際應用 中，往往是在伺服器上運行一個永久的程序，它可以接收來自其他多個客戶端的請求，提供相應的服務。為了實現在伺服器方給多個客戶提供服務的功能，需要對上 面的程序進行改造，利用多線程實現多客戶機制。伺服器總是在指定的埠上監聽是否有客戶請求，一旦監聽到客戶請求，伺服器就會啟動一個專門的服務線程來響 應該客戶的請求，而伺服器本身在啟動完線程之後馬上又進入監聽狀態，等待下一個客戶的到來。
I. 從事互聯網伺服器後端開發的轉做物聯網，有什麼建議嗎
可以做物聯網平台哈，有前後端技術人員，有物聯網專家，缺少的就死啟動資金啦！不過也要考慮實際問題，目前做物聯網的平台很多，你可以網路下物聯網.......就會彈出與物聯網相關的網站，如物聯商業網。建議你先去相關企業學習一段時間，坐下市場調查，在決定也不急。
J. 簡述TCP協議建立連接的過程
1,TCP使用三次握手
（
three-way
handshake
）
協議來建立連接,這三次握手為：
請求端（通常稱為客戶）發送一個
SYN
報文段（
SYN
為
1
）指明客戶打算連接的伺服器的埠，以及初始順序號（
ISN
）。
伺服器發回包含伺服器的初始順序號的
SYN
報文段（
SYN
為
1
）作為應答。同時，將確認號設置為客戶的
ISN
加
1
以對客戶的
SYN
報文段進行確認（
ACK
也為
1
）。
客戶必須將確認號設置為伺服器的
ISN
加
1
以對伺服器的
SYN
報文段進行確認（
ACK
為
1
），該報文通知目的主機雙方已完成連接建立。
發送第一個
SYN
的一端將執行主動打開（
active
open
），接收這個
SYN
並發回下一個
SYN
的另一端執行被動打開（
passive
open
）。另外，
TCP
的握手協議被精心設計為可以處理同時打開（
simultaneous
open
），對於同時打開它僅建立一條連接而不是兩條連接。因此，連接可以由任一方或雙方發起，一旦連接建立，數據就可以雙向對等地流動，而沒有所謂的主從關系。
2,應用層向TCP層發送用於網間傳輸的、用8位位元組表示的數據流，然後TCP把數據流分割成適當長度的報文段（通常受該計算機連接的網路的數據鏈路層的最大傳送單元(MTU)的限制）。之後TCP把結果包傳給IP層，由它來通過網路將包傳送給接收端實體的TCP層。TCP為了保證不發生丟包，就給每個位元組一個序號，同時序號也保證了傳送到接收端實體的包的按序接收。然後接收端實體對已成功收到的位元組發回一個相應的確認(ACK)；
如果發送端實體在合理的往返時延(RTT)內未收到確認，那麼對應的數據（假設丟失了）將會被重傳。TCP用一個校驗和函數來檢驗數據是否有錯誤；在發送和接收時都要計算校驗和。