Java Tcp Socket通信,部分数据不正确问题

发布于 2022-09-06 01:51:59 字数 697 浏览 13 评论 0

用Java做TCP发送数据的测试。
发现客户端有一部分的数据是错误的。如下图
clipboard.png

0xfd变成了c3 bd
0xfe变成了c3 be
0xff变成了c3 bf

任意数据的范围只能在0x00 - 0x79中,只要大于等于0x80(十进制的128)就会将这个十六进制解析成两组有点奇怪的数字。
能不能让0xfd,就显示fd; 0xfe就显示fe。

我用的一个测试工具就是可以的

这是数据

int[] buffer = {0xfd, 0Xfe, 0x01, 0x02, 0x03, 0x04, 0x05, 0x06, 0x07, 0x08, 0x09, 0x00, 0Xff};

这是发送消息的方法。

clipboard.png

几个抓包工具抓到的内容都是一样的

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(2

浮华 2022-09-13 01:52:00

你用wireshark抓包看看呢,我并不没出现这个问题呢,看图
图片描述

稚气少女 2022-09-13 01:51:59

没有按照预想的那样完成解析,是因为客户端的数据读取方式为小端模式,而java默认采用大端模式。

在计算机系统中,我们是以字节为单位的,每个地址单元都对应着一个字节,一个字节为 8bit。但是在C语言中除了8bit的char之外,还有16bit的short型,32bit的long型(要看具体的编译器),另外,对于位数大于 8位的处理器,例如16位或者32位的处理器,由于寄存器宽度大于一个字节,那么必然存在着一个如何将多个字节安排的问题。因此就导致了大端存储模式和小端存储模式。

 目前Intel的80x86系列芯片是唯一还在坚持使用小端的芯片,而MIPS和ARM等芯片要么采用全部大端的方式储存,要么提供选项支持大端——可以在大小端之间切换。另外,对于大小端的处理也和编译器的实现有关,在C语言中,默认是小端(但在一些对于单片机的实现中却是基于大端,比如Keil 51C),Java是平台无关的,默认是大端。在网络上传输数据普遍采用的都是大端。

 如果遇到了大端与小端之间的通信。应该遵照大小端的数据读取原理,做相应的转换。(以java的大端模式为例)

现在以java的32位的int型数据为例子,做转换示例;

如下:是大端int转化为小端的byte数组:将int型的4个高位16进制数逆序放入字节数组中;
 public static byte[] intToMinByteArray(int i) {
        byte[] result = new byte[4];
        //由高位到低位
        result[3] = (byte) ((i >> 24) & 0xFF);
        result[2] = (byte) ((i >> 16) & 0xFF);
        result[1] = (byte) ((i >> 8) & 0xFF);
        result[0] = (byte) (i & 0xFF);
        return result;
    }

如下是小端数组转化为大端int数的示例:采用字符串表示的16进制数来转换为Integer的api。

public static int byteLittleEndianToInt(byte[] bytes) {
        String nubHexStr = "";
        byte[] temp = new byte[bytes.length];
        for (int i = 0; i < bytes.length; i++) {
            System.out.println("值:" + bytes[bytes.length - i - 1]);
            System.out.println("对应的16进制值:"+Integer.toHexString(bytes[bytes.length - i - 1]));
            nubHexStr += Integer.toHexString(bytes[bytes.length - i - 1]);
        }
        System.out.println("16进制:" + nubHexStr);
        return Integer.parseInt(nubHexStr, 16);
    }
~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文