关于网络字节序的问题

mrpre

问题是这样的，假设有一个10进制数10055，16进制表达式是0x2747，那我发送出去，先发送低字节(0x47)，然后发送高字节(0x20)，还是相反？？？
或者根本 不是高低字节的问题，而是先发送内存低地址，然后发送内存高地址，或者先发送内存高地址，再发送内存低地址。如果和内存地址相关的话，就得考虑大端小端的问题了。

这个问题一直很疑惑。

之所以问这个问题，因为今天在解析报文的时候，报文head中有字段指示了其后面数据的长度，我想需要获得长度值。
两个协议，解析方法不同，一种是：data[0]<<8 | data[1] 来获得，另一种是：data[1]<<8 | data[0] 的方法来获得。所以和协议有关？
那我发送纯数据有怎么样，我本地主机定义字符串“abcdefg”，网络主机先收到a，还是g？

_BlueGuy__

一看就知道你们的服务器是用JAVA写的，怎么还有报文一说？

那要看你的服务器和客户端 主机字节序 是不是一致
网络字节序问题主要是 同步 客户端和服务器 字节序的

你基础太差了，字节序跟接收顺序没关系的，而且 字符串是单字节的，不需要关心字节序问题

liuiang

对于16bit short型整数，查看htons()和ntohs()两个函数。

Monox

网络传输习惯用网络字节序，也就是大端字节序，而且字节序只影响多字节数据，不会影响单字节数据。但是你完全不考虑字节序的问题的话，只要发送端和接收端字节序一致就不会有问题。但是你给出的data[0]<<8 | data[1]这种写法是假定收到的是大端字节序的十六位数据而data[1]<<8 | data[0] 这种写法假定的是小端。（希望我没把大小端搞反）

w_anthony

你说的那个指明长度的东西，肯定是和协议有关；而且大小端的问题，只是影响整型数而已，字符串怎么可能有影响？
当然你也可以故意倒着发，收到的时候再把它倒回来，前提是你吃饱了撑着

mrpre

在做http审计。和服务器类型无关。
假设发送端口不采取调制，硬件那必定是0，1为数据单元发送的，比如我在应用层要发送数字1005，有两个问题。
问题1：把一个字节当成一个单元看，硬件是先发0x27，还是0x47。
问题2：如果深入到一个字节来看，发送0x27，也就是00100111，那硬件是先发送0，还是1。
一共2个问题，不知道您能不能回答。

如果调制的话，fsk，ask，psk，qam，多了，这个先不考虑，假设数据流已经经过了解调器。
回复 2# _BlueGuy__


   

mrpre

skb->data 中，data 是unsigned char * 的指针。

比如我发现在本地主机http 请求中，前3个字节就表明了后续的数据大小。在本机抓包后，发现 数据长度是00000000 00001000 00000001。


那我接收方中skb->data 中，data[0],data[1],data[2]  就是代表了那个长度值。

现在有可能
00000001 00001000 00000000  这么到来

也有可能这么到来
00000000 00001000 00000001

我如何判断是怎么到来的，是和大小端有关系吗？
（我现在处于tcp层）
回复 5# w_anthony


   

wwbwscn

回复 7# mrpre


你就认为是网络序，什么端不得转成网络序发送

linux_c_py_php

你只是没理解字节序。

kdkgod

首先要理解主机序、网络序。
网络序可以理解为大端，大部分操作系统的主机序是小端的，但是也有个别系统是大端的。貌似freebsd就是大端，忘了，不要纠结这个。

linux在发送结构体的时候一定还要注意”结构体对齐“问题。否则有可能出问题。