请问一下各位,
假设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最好用单一条执行序去处理。