javaからjavascriptへの切り替え時にバイト配列が更新される理由

Question

このメッセージを（変更なしで）AMQPブローカーに転送するPonte（Node.js）アプリケーションにバイナリデータを送信するツールを使用しています。

全体：Java - > JavaScript - > Java そして私はバイナリデータの奇妙な変換があります。

私はバイナリデータを準備

が、それはこのようになります設定：ここでは、彼らが表示されるために、HEX値である

[4, -30, -30, -9, -115, 0, 1, 0, 1, 0, 96, -32, 46, 0, 0, 0] 

それにはJavaScript（ポンテ）に到着し、それは次のようになります。

[4, 226, 226, 247, 141, 0, 1, 0, 1, 0, 96, 224, 46, 0, 0, 0] 

ここで、負の小数点は正の小数点に変わります。これらの値を「引く」と、値が256であることが分かります。

このデータは、JavaScriptからAMQPブローカー経由でJavaに送信されます。 Javaでは

私のバイナリデータは、次のようになります。

[4, -17, -65, -67, -17, -65, -67, -17, -65, -67, -17, -65, -67, 0, 1, 0, 1, 0, 96, -17, -65, -67, 46, 0, 0, 0] 

それはまだ前のように似ていますが、マイナスからプラスになったすべての小数は今、Javaでは

-17, -65, -67, 

になりました私はバイト配列で作業しており、JavaScriptではバッファで作業しています。誰もこの奇妙な行動がどこから来たのか説明できますか？

私の問題についての詳細情報が必要な場合は教えてください。

ありがとうございました！

Answer 1

これはポンテおよびJava

[4、-30、-30、-9、-115、0、1、0、1、0、96、との間の符号付き/符号なしの問題が明らかに - 32、46、0、0、0]

[4、226、226、247、141、0、1、0、1、0、96、224、46、0、0、0]

慎重に見れば、負の値はその値に256を加えてその等価な補数になります。

はポンテ側あなたは符号付き8ビット数

[4、226、226、247、141、0、1、0、1、0、96にこの配列をバック変換するために計算を行うことができ、 224、46、0、0、0]

だけで127以上のすべての数字のbigggesいることを確認してくださいあなたがする必要があるので、Java側では陰性であった：

数> 127その後、数ある場合 - = 256

Answer 2

すべてがあなたと関係しています（私はプロ文法言語）は8ビットを解釈する。 Javaでは、最初のビットは符号ビットですが、JavaScriptでは最初のビットはその番号の最大ビットのように扱われます。データごとに、2つの値は等価です。この切り替えを防止したい場合は、charまたはintのようなより大きなプリミティブ値を使用する必要があります。