請問一下各位,
假設Server有兩個命令傳送到Client, 這兩個命令都非常長,
ex : {'apiName' : 'auth' , 'para' : 'xxxdffd.............'};
在傳送命令的時候, "一個命令可能被拆成好幾個封包傳送",
想請問OutputStream的處理會等到第一個命令都傳送完才傳送第二個命令嗎,
因為接收方如果還沒接收完第一個命令, 就接到了第二個命令的封包,
這樣有可能造成解析錯誤, 如下所示,
Client 接收過程 : 命令A第一個封包->命令B第一個封包->命令A第二個封包
我這邊的理解應該是OutputStream會傳送完第一個命令的封包,
才會傳送第二個命令的封包, 彼此不會交替
Client 接收過程 : 命令A第一個封包->命令A第二個封包->命令B第一個封包
->命令B第二個封包
不知大家的看法為何 ?

你用TCP就會照順序，UDP就看運氣

第二個命令的封包不會插隊嗎?是因為io是single thread嗎?

用tcp他會幫你搞定順序的問題

會序列化不用擔心順序問題

去google tcp sliding window

高階語言都幫你封裝起來了，你根本不用擔心底層的問題反而應該要注意的是Outputsteam在multi-thread下有沒有co-operation的問題

TCP 沒有這問題, 除非你用 UDP 送

我想如果是multi-thread, Client又是single thread處理io, 應該就會造成插隊的情況吧

socket最好用單一條執行序去處理。