`
BruceXX
  • 浏览: 138627 次
  • 性别: Icon_minigender_1
  • 来自: 上海
社区版块
存档分类
最新评论

关于银行端发出的socket通信回执包头长度的 高低位顺序。

 
阅读更多
首先描述一下场景,在用java做服务端的情况下,正确的获取包头(即报文长度), 我当时听了一位比较有经验的同事的疑问,说银行用C的情况下有可能获取的这个长度(int或short或long)有可能高低位不同(比如包头应该是0402,实际上我们收到的是2040),需要对这个做一个特殊处理,鉴于该同事在银行工作时间很长,所以带着一些问题看了下这方面的资料,发现并肯定,不会产生这种问题。

主要是C在不同CPU下存储机制的方式不同==》

大端模式与小端模式

一、概念及详解
  在各种体系的计算机中通常采用的字节存储机制主要有两种: big-endian和little-endian,即大端模式和小端模式。

  两个关键词,MSB和LSB:

  MSB:Most Significant Bit ------- 最高有效位
  LSB:Least Significant Bit ------- 最低有效位

  大端模式(big-edian)
  big-endian:MSB存放在最低端的地址上。

  举例,双字节数0x1234以big-endian的方式存在起始地址0x00002000中:

        | data |<-- address
        | 0x12 |<-- 0x00002000
        | 0x34 |<-- 0x00002001

  在Big-Endian中,对于bit序列中的序号编排方式如下(以双字节数0x8B8A为例):

        bit | 0 1 2 3 4 5 6 7 | 8 9 10 11 12 13 14 15
        ------MSB----------------------------------LSB
        val | 1 0 0 0 1 0 1 1 | 1 0 0 0 1 0 1 0 |
        +--------------------------------------------+
        = 0x8 B 8 A

  小端模式(little-endian)
  little-endian:LSB存放在最低端的地址上。

  举例,双字节数0x1234以little-endian的方式存在起始地址0x00002000中:

        | data |<-- address
        | 0x34 |<-- 0x00002000
        | 0x12 |<-- 0x00002001

  在Little-Endian中,对于bit序列中的序号编排和Big-Endian刚好相反,其方式如下(以双字节数0x8B8A为例):

        bit | 15 14 13 12 11 10 9 8 | 7 6 5 4 3 2 1 0
        ------MSB-----------------------------------LSB
        val | 1 0 0 0 1 0 1 1 | 1 0 0 0 1 0 1 0 |
        +---------------------------------------------+
        = 0x8 B 8 A

二、数组在大端小端情况下的存储:
  以unsigned int value = 0x12345678为例,分别看看在两种字节序下其存储情况,我们可以用unsigned char buf[4]来表示value:

  Big-Endian: 低地址存放高位,如下:

       高地址
        ---------------
        buf[3] (0x78) -- 低位
        buf[2] (0x56)
        buf[1] (0x34)
        buf[0] (0x12) -- 高位
        ---------------
        低地址

  Little-Endian: 低地址存放低位,如下:
        高地址
        ---------------
        buf[3] (0x12) -- 高位
        buf[2] (0x34)
        buf[1] (0x56)
        buf[0] (0x78) -- 低位
        --------------
        低地址

三、大端小端转换方法:
  Big-Endian转换成Little-Endian如下:

    #define BigtoLittle16(A)  ((((uint16)(A) & 0xff00) >> | \
                                 (((uint16)(A) & 0x00ff) <<)

    #define BigtoLittle32(A)  ((((uint32)(A) & 0xff000000) >> 24) | \
                                  (((uint32)(A) & 0x00ff0000) >> | \
                                  (((uint32)(A) & 0x0000ff00) << | \
                                  (((uint32)(A) & 0x000000ff) << 24))
四、大端小端检测方法:
  如何检查处理器是big-endian还是little-endian?

  联合体union的存放顺序是所有成员都从低地址开始存放,利用该特性就可以轻松地获得了CPU对内存采用Little-endian还是Big-endian模式读写。
     int checkCPUendian()
     {
         union
         {
              unsigned int a;
              unsigned char b;
         }c;
         c.a = 1;
         return (c.b == 1);
     }
     /*return 1 : little-endian, return 0:big-endian*/

网络字节顺序

1、字节内的比特位不受这种顺序的影响
    比如一个字节 1000 0000 (或表示为十六进制 80H)不管是什么顺序其内存中的表示法都是这样。

2、大于1个字节的数据类型才有字节顺序问题

    比如 Byte A,这个变量只有一个字节的长度,所以根据上一条没有字节顺序问题。所以字节顺序是“字节之间的相对顺序”的意思。

3、大于1个字节的数据类型的字节顺序有两种

    比如 short B,这是一个两字节的数据类型,这时就有字节之间的相对顺序问题了。
    网络字节顺序是“所见即所得”的顺序。而Intel类型的CPU的字节顺序与此相反。
    比如上面的 short B=0102H(十六进制,每两位表示一个字节的宽度)。所见到的是“0102”,按一般数学常识,数轴从左到右的方向增加,即内存地址从左到右增加的话,在内存中这个 short B的字节顺序是:
        01 02
    这就是网络字节顺序。所见到的顺序和在内存中的顺序是一致的!

    而相反的字节顺序就不同了,其在内存中的顺序为:02 01
    假设通过抓包得到网络数据的两个字节流为:01 02
    如果这表示两个 Byte类型的变量,那么自然不需要考虑字节顺序的问题。
    如果这表示一个 short 变量,那么就需要考虑字节顺序问题。根据网络字节顺序“所见即所得”的规则,这个变量的值就是:0102

    假设本地主机是Intel类型的,那么要表示这个变量,有点麻烦:
    定义变量 short X,
    字节流地址为:pt,按顺序读取内存是为
    x=*((short*)pt);
    那么X的内存顺序当然是 01 02
    按非“所见即所得”的规则,这个内存顺序和看到的一样显然是不对的,所以要把这两个字节的位置调换。
    调换的方法可以自己定义,但用已经有的API还是更为方便。

网络字节顺序与主机字节顺序NBO与HBO

    网络字节顺序NBO(Network Byte Order):按从高到低的顺序存储,在网络上使用统一的网络字节顺序,可以避免兼容性问题。
    主机字节顺序(HBO,Host Byte Order):不同的机器HBO不相同,与CPU设计有关计算机数据存储有两种字节优先顺序:高位字节优先和低位字节优先。

    Internet上数据以高位字节优先顺序在网络上传输,所以对于在内部是以低位字节优先方式存储数据的机器,在Internet上传输数据时就需要进行转换。

相关网络函数

htonl()

简述:
    将主机的无符号长整形数转换成网络字节顺序。
    #include <winsock.h>
    u_long PASCAL FAR htonl( u_long hostlong);
    hostlong:主机字节顺序表达的32位数。
注释:
    本函数将一个32位数从主机字节顺序转换成网络字节顺序。
返回值:
    htonl()返回一个网络字节顺序的值。

inet_ntoa()

简述:
将网络地址转换成“.”点隔的字符串格式。
#include <winsock.h>
char FAR* PASCAL FAR inet_ntoa( struct in_addr in);
in:一个表示Internet主机地址的结构。

注释:
本函数将一个用in参数所表示的Internet地址结构转换成以“.” 间隔的诸如“a.b.c.d”的字符串形式。请注意inet_ntoa()返回的字符串存放在WINDOWS套接口实现所分配的内存中。应用程序不应假设该内存是如何分配的。在同一个线程的下一个WINDOWS套接口调用前,数据将保证是有效。
返回值:
若无错误发生,inet_ntoa()返回一个字符指针。否则的话,返回NULL。其中的数据应在下一个WINDOWS套接口调用前复制出来。

网络中传输的数据有的和本地字节存储顺序一致,而有的则截然不同,为了数据的一致性,就要把本地的数据转换成网络上使用的格式,然后发送出去,接收的时候也是一样的,经过转换然后才去使用这些数据,基本的库函数中提供了这样的可以进行字节转换的函数,如和htons() htonl() ntohs() ntohl(),这里n表示network,h表示host,htons() htonl()用于本地字节向网络字节转换的场合,s表示short,即对2字节操作,l表示long即对4字节操作。同样ntohs()ntohl()用于网络字节向本地格式转换的场合。


inet_ntoa() 将网络字节序地址转换成“.”点隔的字符串格式
inet_addr() 将“.”点隔字符串地址转换成网络字节序地址
htonl() 将主机字节序转换为网络字节序 long
ntohl() 将网络字节序转换为主机字节序 long
htons() 将主机字节序转换为网络字节序 short
ntohs() 将网络字节序转换为主机字节序 short

intel cpu的主机数据是小端存储模式
网络传输是大端存储模式
小端存储模式 0x1234H 34H存在低地址,12H存在高地址
大端存储模式 0x1234H 34H存在高地址,12H存在低地址


因为给java的数据都是byte流直接过来的, 一般我们采取将字节流的byte转化为string,然后通过这个string直接获取其数字类型,而不是通过byte直接转换为数字类型,所以不会出现这种高低位相反的问题
分享到:
评论

相关推荐

Global site tag (gtag.js) - Google Analytics