光阴似箭催人老,日月如移越少年。
TCP スティッキー問題は解決しましたか? TCP であるため、スティッキー パケット の問題を考慮する必要があります。 スティッキー パケット の問題が解決されていない場合、どのバイトがパケットの最初の 4 バイトであるかを判断できません。 粘包的问题。粘包问题不解决的话,你没办法确定哪些字节才是一个包的开头4个字节。
スティッキー パケット
粘包
简言之就是,你收到一大堆字节,然后这些字节的来源可能如下:
两三个包的所有字节一起发过来
前一个包的后半部分和后一个包的前半部分字节一起发过来
总之,就是半包或者粘包的混合
我们用的是netty,tcp粘包的问题,这里有一个很好阐述和基于netty
netty
パケットをキャプチャせずに Java で入力ストリームを直接読み取るとはどういう意味ですか?
これはソケット通信ヘッダーの問題であり、以前のプロジェクトでこの問題を処理した方法は次のとおりです。 リーリー
お役に立てば幸いです~
フラッシュに電話しましたか?
TCP スティッキー問題は解決しましたか?
TCP であるため、
スティッキー パケット
の問題を考慮する必要があります。スティッキー パケット
の問題が解決されていない場合、どのバイトがパケットの最初の 4 バイトであるかを判断できません。粘包
的问题。粘包
问题不解决的话,你没办法确定哪些字节才是一个包的开头4个字节。简言之就是,你收到一大堆字节,然后这些字节的来源可能如下:
两三个包的所有字节一起发过来
前一个包的后半部分和后一个包的前半部分字节一起发过来
总之,就是半包或者粘包的混合
我们用的是
つまり、大量のバイトを受信します。これらのバイトのソースは次のとおりです。 🎜netty
,tcp粘包的问题,这里有一个很好阐述和基于netty
netty
を使用しています。netty
に基づいたよく説明された解決策は次のとおりです: https://my.oschina.net/アンディル…🎜パケットをキャプチャせずに Java で入力ストリームを直接読み取るとはどういう意味ですか?
これはソケット通信ヘッダーの問題であり、以前のプロジェクトでこの問題を処理した方法は次のとおりです。 リーリー
パケットキャプチャツールを使用したことがない場合は、受信ソケットを作成することをお勧めします。または、相手が受信して正常に解析できる場合は問題ありません。パケットキャプチャで問題が発生しましたお役に立てば幸いです~
フラッシュに電話しましたか?