-
本版专家分：0结帖率 75% -
各位大大 现在我想和c#客户端进行网络传输一个结构体 目前我后台服务器不确定是大端小端 请问应该怎么传输呢？。。。
现在有一些疑惑。。
我这个结构体里有很多结构体 里面的成员有char[]数组 有unsigned int等
char数组不需要转换的对吧？
我从客户端拿过来的数据 分别把成员中的unsigned int 转大小端就好了嘛？
望解答 谢谢~~![]()
-
本版专家分：9527 -
可以传字符串，比如xml
二进制的话可以传base64
-
本版专家分：0
-
谢谢 之后我会学习一下的
-
本版专家分：2145
-
- 进士 2018年总版新获得的技术专家分排名前十
-
- 银牌 2019年5月 总版技术专家分月排行榜第二
-
-
铜牌
2019年4月 总版技术专家分月排行榜第三
2019年3月 总版技术专家分月排行榜第三
-
-
红花
2019年6月 VC/MFC大版内专家分月排行榜第一
2019年5月 VC/MFC大版内专家分月排行榜第一
2019年4月 VC/MFC大版内专家分月排行榜第一
2019年3月 VC/MFC大版内专家分月排行榜第一
2019年1月 VC/MFC大版内专家分月排行榜第一
2018年12月 VC/MFC大版内专家分月排行榜第一
2018年11月 VC/MFC大版内专家分月排行榜第一
2018年10月 VC/MFC大版内专家分月排行榜第一
2018年9月 VC/MFC大版内专家分月排行榜第一
2018年8月 VC/MFC大版内专家分月排行榜第一
2018年5月 VC/MFC大版内专家分月排行榜第一
2018年4月 VC/MFC大版内专家分月排行榜第一
2018年3月 VC/MFC大版内专家分月排行榜第一
2018年2月 VC/MFC大版内专家分月排行榜第一
2018年1月 VC/MFC大版内专家分月排行榜第一
2017年12月 VC/MFC大版内专家分月排行榜第一
2017年11月 VC/MFC大版内专家分月排行榜第一
2017年7月 VC/MFC大版内专家分月排行榜第一
2012年7月 VC/MFC大版内专家分月排行榜第一
-
-
网络传输不会改变你数据的大小端
-
本版专家分：0
-
那请问为什么有时候获取ip地址什么的传过来需要改变大小端呢？ 我这种情况就不需要转换了吗
所以一直很疑惑 在别的地方传来的数据是怎么改变大小端的 我才疏学浅 希望得到解答 谢谢
-
本版专家分：1626
-
- GitHub 绑定GitHub第三方账户获取
-
-
首先，你需要在服务端判断下大端还是小端。
void judge_bigend_littleend3()
{
union
{
int i;
char c;
}un;
un.i = 1;
if (un.c == 1)
printf("小端\n");
else
printf("大端\n");
}
如果是大端的，建议全部转成小端再传输。（因为windows大部分都是小端模式的）
（数据传输过程中，不会改变大端或者小端）
客户端先判断下本机是不是大端，如果是，就把数据转一下。
另外，ip地址这个是叫网络字节序，有专门的函数进行转换的
-
本版专家分：11487 -
要看他传输端是否做了大小端转换，一般来说是做了的
如果他做了，你必须也要做
如果他没做，你不能做，但是必须传输端和服务端大小端相同
-
本版专家分：0
-
谢谢 一般windows或者linux机器都是小端 但是有一些特殊平台确实是大端的 所以想做的兼容一点 。
那么我应该把结构体里的成员全部用htons htonl这类的函数转换一遍是吗？char数组用不用呢？
-
本版专家分：8801
-
你也可以加一个参数 char类型 用不同的值表示大端还是小端
服务端处理端序
-
本版专家分：0
-
谢谢您 我会确认好一点的
-
本版专家分：0
-
好办法 谢谢！不过我主要还是疑惑在哪些用转上 哈哈
-
本版专家分：8801
-
也可以传递一个 int类型1
服务端看到这个字段是1 表示不需要调整端序
服务端看到这个字段不是1 表示需要调整端序
-
本版专家分：8801
-
端序都是针对大于1字节的数据而言的
字符串不需要处理
short开始 需要处理
浮点数还真记不清 印象中也需要处理 ps 你最好写demo验证一下
-
本版专家分：0
-
谢谢您 我这确实有点伸手党了
-
本版专家分：5458
-
- GitHub 绑定GitHub第三方账户获取
-
-
黄花
2019年6月 C/C++大版内专家分月排行榜第二
2019年4月 C/C++大版内专家分月排行榜第二
2019年3月 C/C++大版内专家分月排行榜第二
2019年2月 C/C++大版内专家分月排行榜第二
-
-
建议自己搞个char类型的flag表示大小端
这样你就能兼容大小端序的处理了
-
本版专家分：0
-
谢谢谢谢
-
本版专家分：2674
-
-
金牌
2019年5月 总版技术专家分月排行榜第一
2019年4月 总版技术专家分月排行榜第一
-
-
银牌
2019年6月 总版技术专家分月排行榜第二
2019年3月 总版技术专家分月排行榜第二
-
-
红花
2019年6月 .NET技术大版内专家分月排行榜第一
2019年5月 .NET技术大版内专家分月排行榜第一
2019年4月 C/C++大版内专家分月排行榜第一
2019年4月 .NET技术大版内专家分月排行榜第一
2019年3月 .NET技术大版内专家分月排行榜第一
-
-
大小端是和操作系统相关
windows和linux是不同的
当然,一般服务器不用管这个,让客户端适应你就行了
或者可以采用protobuf这样的协议进行传输,也就不会有这个问题
-
本版专家分：0
-
学到了~ 我去查一下
-
本版专家分：378960
-
- 状元 2017年 总版技术专家分年内排行榜第一
-
- 榜眼 2014年 总版技术专家分年内排行榜第二
-
- 探花 2013年 总版技术专家分年内排行榜第三
-
-
进士
2018年总版新获得的技术专家分排名前十
2012年 总版技术专家分年内排行榜第七
-
-
本版专家分：1188
-
如果是和其他语言通信。结构体就不适合了。字节对齐和大小端都是问题。考虑用xml或者json文本格式更好。
但是结构体非要用，也不无可，只是容易出小bug，但要懂。我和java通信结构体没问题。使用32位的即4字节的int，字符串要固定长度。java对应接收4字节转int,接收固定长度byte的字符串。
-
本版专家分：10497 -
协议啊，要一致。
-
本版专家分：0
-
噗 谢谢赵老师 暂时不确定json是否在ppc等平台适用
-
本版专家分：0
-
是的 确实有这种问题 在客户端正常的字节长度 在我这就被补齐多了几个字节了 天坑啊~~
-
本版专家分：0
-
是的是的 谢谢
-
本版专家分：0
-
序列化了解下
-
本版专家分：0
-
网络上传输整数 建议是小端，可以在客户端和服务端自己判断然后转换下。当然如果客户端和服务端沟通好了，传输大小端都可以 只要保证两边做相应的转换就可以
-
本版专家分：11487
-
大小端取决于CPU，当然有的CPU版本LINUX内核可以指定大小端，inter的CPU都是小端的，跟操作系统无关
在大端的系统中，htonl是无效的
通讯协议里面，一般规定是网络序还是主机序，网络序就是大端，主机序是要看你机器的大小端，一般来说，为了保持兼容性，网络通讯都是应该用网络序来传输，所以发送端要用htonl等函数转成网络序，接收端用ntohl等函数转换成主机序
如果你能确定所有通讯的机器大小端完全相同，可以用主机序传输，这样两边都不用做转换
-
本版专家分：0
-
嗯嗯！ 我比较菜 去学习一下
-
本版专家分：0
-
看来还是要协议制定规范好才行~
-
本版专家分：0
-
看来还是要协议制定规范好才行~
谢谢 那我了解了 ~
-
本版专家分：651 -
TLV
-
本版专家分：0
-
都是大神呀 好多我都不了解 谢谢
-
本版专家分：0
-
你需要将整个结构体数据转换为网路字节序。网络字节序是大端字节序，即最高有效字节在最前面，目前(Intel)X86系CPU是小端字节序，所以在X86上开发的网络程序在进行网络通信时要进行字节顺序转换。
大多数CPU可以配置自身为小端方式或大端方式。
-
本版专家分：0
-
不是说程序员最简单直接吗？为什么有技术问题咨询，跟了这么多帖子，也没人加我呢？想开发一款智能扫描分类箱，有没有懂的啊，加我986367870 不加后悔
-
本版专家分：1 -
1,首先知道通信规约, 比如 104 规约, 645规约之类. 这里面有规定是用大端,还是用小端
2, 规约统一了, 不管用什么语言开发都没有问题, 如果用java非常好做: java统一是大端, 知道了源头就可以传换成规约要的顺序.
C#不记得是什么顺序, 但肯定是固定的, 可以转换成规约指定的顺序.
3,接收端也按规约开发, 用指定顺序接收.
4,约定编码字符类型(GBK,UTF8), 约定数字类型字节长度,比如float, int可以统一用 4字节传输, (float转成4字节整数,参考IEEE的标准,java中Float本身有方法直接可以转)
如果用C ++这种类型长度不固定的, 想法办找个有固定长度的类型, int,String之类.
然后把 float, int, 中文, 英文统统转成 byte,
然后把 btye 转成16进制字符串, 一个byte转成 2个字符, 比如 btye a = 104, 转成16进制就是2个字符 68
字节顺序说明: 字节顺序只是针对于有多个字节的数值, 如果是单字节则没有顺序的说法.
比如:
float f2 = 999.123F;
//结果:1148831711
int i2 = Float.floatToIntBits(f2);
//int是4字节存储, 大端模式顺序处理
byte[] byteBuf2 = StaticConvert.intToByte4B(i2);
//int是4字节存储, 小端模式顺序处理
byte[] byteBuf3 = StaticConvert.intToByte4L(i2);
//大端结果: 44 79 C7 DF
hex2 = StaticConvert.parseByte2HexStr(byteBuf2, 4);
//小端结果: DF C7 79 44
hexStr = StaticConvert.parseByte2HexStr(byteBuf3, 4);
System.out.println(" 转成int: "+ i2);
System.out.println(" 16进制: "+ hex2);
System.out.println(" 16进制: "+ hexStr);
int 在java中是 4字节, 转成16进制正好是 4*2 =8字符, 每2个字节是 1字节, 大小端处理后的串是相反的.
如果值是一个字节 就没有大小端之分的, 只有多字节的值才区分大小端.
-
本版专家分：1
-
提示, byte转成 16进制, 就是为了方便打印查看 byte中的值, 在网络转输时还是用byte传输.
为什么选择 16进制来显示?
是因为1个字节是8位二进制, 把1个字节拆成两半, 一半是4位二进制, 4位二进制刚好表示16 (0-15), 每一半正好用一个16进制字符显示.
这样一来, 打印和显示时, 不管数值是 1还是 100 他的16进制总是 2个字符, 非常有规律, 非常方便查看.
-
本版专家分：1
-
传输还要注意的是, 上面说了大小端只是在多字节的数值中, 如果几个多字节的数值排一起怎么传送?
如下:
float f2 = 999.123F;
float f3 = 999.567F;
//结果:1148831711
int i2 = Float.floatToIntBits(f2);
int i3 = Float.floatToIntBits(f3);
//int是4字节存储, 大端模式顺序处理
byte[] byteBuf2 = StaticConvert.intToByte4B(i2);
//int是4字节存储, 大端模式顺序处理
byte[] byteBuf3 = StaticConvert.intToByte4B(i3);
//f2大端结果: 44 79 C7 DF
hex2 = StaticConvert.parseByte2HexStr(byteBuf2, 4);
//f3大端结果: 44 79 E4 4A
hexStr = StaticConvert.parseByte2HexStr(byteBuf3, 4);
System.out.println(" 转成int: "+ i2);
System.out.println(" 16进制: "+ hex2);
System.out.println(" 16进制: "+ hexStr);
规约上要求 f2在前面则这样送: 44 79 C7 DF 44 79 E4 4A
规约上要求 f2在前后则这样送: 44 79 E4 4A 44 79 C7 DF
多个数据之前的顺序按规约的排列来处理, 单个数值是多字节时内部按大小端规定处理.
-
本版专家分：0
-
都是大神呀 好多我都不了解 谢谢
感谢感谢！
-
本版专家分：0
-
大神
我好好消化一下 谢谢
-
本版专家分：238
-
- GitHub 绑定GitHub第三方账户获取
-
-
网络传输都是大端模式。网络间传输用json啊，不要穿结构体。
-
本版专家分：0
-
- 脉脉勋章 绑定脉脉第三方账户获得
-
-
一般都是穿base64
- 大小端问题
- 最近工作中碰到了<em>大小端</em>的<em>问题</em>，困扰了两天，记录一下避免以后走弯路。nn百度百科上记录：nn大端模式，是指数据的高字节保存在内存的低地址中，而数据的低字节保存在内存的高地址中，这样的存储模式有点儿类似于把数据当作字符串顺序处理：地址由小向大增加，而数据从高位往低位放；这和我们的阅读习惯一致。nn小端模式，是指数据的高字节保存在内存的高地址中，而数据的低字节保存在内存的低地址中，这种存储模式将地址的高...
- C# 结构体与数组转换，结构体成员支持数组类型
- C#实现<em>结构体</em>与数组间的转换，包括：同时支持<em>大小端</em>；支持自定义数据类型；支持数组类型<em>结构体</em>成员，带单元测试
- Java大小端数据互转实践
- 在实际项目开发中（特别是通信领域的项目开发）往往会遇到有关<em>大小端</em>数据转换<em>问题</em>——数据是以大端模式存储的，而机器是小端模式，必须进行转换，否则使用时会出<em>问题</em>。关于<em>大小端</em>模式的定义，其实就是数据的高（低）字节保存在低（高）内存地址中与否。直入主题，本文演示<em>大小端</em>数据转换基于Java的实现。nn编码实现:nn public static byte[] string2Bytes...
- 大小端判断（联合体 & 指针）
- 所谓<em>大小端</em>：nn【大端模式】 CPU对操作数的存放方式是高地址存放低位，低地址存放高位。nn【小端模式】CPU对操作数的存放方式是高地址存放高位，低地址存放低位。nn大多数ARM处理器都是采用的小端模式，PowerPC是采用的大端模式，网络字节序是采用的大端模式。nn判断方式——编码实现：nn1、使用C语言中的联合体nnnn#include&lt;stdio.h&gt;nunion varn{n ...
- c语言面试题----联合体、共用体、大小端
- 原创2017-12-26创新教育研究中心TeachPlusnnc语言面试题----联合体、共用体、<em>大小端</em>n编写程序，测试本机<em>大小端</em>：n本题解析n# include n# include nint main( int argc, char **argv)n{n union {n short s;n char c[ sizeof( short)];n } un;
- c#中利用结构体进行socket传输数据
- using System.Collections;rnusing System.Collections.Generic;rnusing System;rnusing System.IO;rnusing System.Runtime.Serialization;rnusing System.Runtime.Serialization.Formatters.Binary;rnusing System.
- c语言，java类型转换时遇到的大小端问题
- 帮同学解决crc-16码的<em>问题</em>时，遇到一个小<em>问题</em>，觉得挺有价值的，故在此mark一下。rn场景如下：rn有以下c++代码rnunsigned char data[] = "testtest";rnrnwhile (len >1) {rnrnsum += *(unsigned short*)data;rn//这是代码中一个求和的操作rnrndata +=2;rnlen -= 2; rn//len为
- [C&C++]大小端字节序转换程序
- nnnn原创文章，欢迎转载。转载请注明：转载自 祥的博客nn原文链接：nnnnnn1.核心代码n2.代码n2.1.使用示例n2.2.效果nnnnnnnnnn1.核心代码nnnn//在pData为指针的unsigned char数据中n//将下标为startIndex开始，长度为length的这段数据进行<em>大小端</em>转换n//其原理就是数组元素的倒序nvoid EndianSwap(uint8 *pDat...
- 单片机大小端问题
- 大端格式：字数据的高字节存储在低地址，而字数据的低字节则存储在高地址(数组第一字节存的是最大值)。 51单片机n n小端格式：高存高地址，低存低地址(数组第一字节存的是最小值)。 AVR PIC 430 cortexM3
- C 构造类型 数组、枚举、联合体、结构体（位段） 字节对齐 和 大小端存储
- 枚举nnn.枚举:被命名的标签常量(对事物的列出)n---类型的构造-------nenum key{n UP, //成员&lt;标签常量:默认第一个为0 后一个总是前一个的值加一&gt;n DOWN,n LEFT,n RIGHT=100, //后面的标签常量加一n UNKNOW,n};nnenum ...
- C语言：大小端转换
- 大端模式：数据的高字节保存在内存的低地址中，而数据的低字节保存在内存的高地址中。 rn小端模式：数据的高字节保存在内存的高地址中，而数据的低字节保存在内存的低地址中。rnrnrn<em>大小端</em>转换，先与再移位。rnrnrn（( a&0x000000ff）> 8 ) | ( ( a&0xff000000 ) >> 24 )
- C语言测试大小端模式
- <em>大小端</em>是什么？这个<em>问题</em>在这里不做过多解释，可以参考：<em>大小端</em>模式详解。 n但还是给出一些基本概念： n<em>大小端</em><em>问题</em>产生的原因：由于在各种体系结构的处理器中，对多个字节数据的内存操作有着不同的定义，所以当处理器在读写一个多个字节内存时，可能涉及到<em>大小端</em><em>问题</em>。如果处理器读写指令针的数据长度不一致的时候，就会产生<em>大小端</em>的<em>问题</em>。在小端模式中，数据的低字节将会存放在内存的低地址处，数据的高字节会存放在内存的高地址
- 三种方法实现大小端判断问题
- C语言中的引用共用体变量的方式：有点像c++n里面定义了一个类，再将对象输出.nunion里面的成员c和i都是从低地址开始对齐的。n因为cpu的读取是从低地址读到高地址的，所以先读char,n看似可行实际不行的测试<em>大小端</em>方式：位与，移位，强制类型转化nnn采用大小模式对数据进行存放的主要区别在于在存放的字节顺序，大端方式将高位存放在低地址，小端方式将低位存放在高地址。nn而KEI
- 大小端转换（C++）
- 提供一个<em>大小端</em>转换的类，可以转换short int float double类型
- RTP头的解析及大小端处理的细节
- RTP头的解析及<em>大小端</em>处理的细节rnrn在看如何解析RTP头之前，先复习下大端和小端的概念，再分析如何解析RTP头rnrnrnrn大端和小端rnrn在之前本以为大端和小端只是针对的多字节，其实在一个字节内的比特顺也有<em>大小端</em>的概念，这里列两个结论rnrnrn<em>大小端</em>是不同的CPU架构对内存的使用方式不同，在x86下是小端(多字节序和比特序)。所有的网络协议都是以大端序(多字节序和比特序)来定义。rn以太网中是以小端来发送比特...
- C语言：浅谈大小端存储模式
- n首先说一下<em>大小端</em>的定义：所谓大端(存储)模式，是指把数值的高位字节放在内存的低位地址上，把数值的低位字节放在内存的高位地址上。所谓小端(存储)模式，是指把数值的高位字节放在内存的高位地址上，把数值的低位字节放在内存的低位地址上。n为什么会有大端小端之分呢？我们知道，一个大于BYTE的数据类型在内存中存放要有先后顺序。对于像char这样的数据类型，本身只占一个字节的大小，不会产生什么<em>问题</em>，但是当数...
- 网络编程中大小端字节的使用剖析
- 最近在做rtmp流媒体网络发送的时候遇到了<em>大小端</em>的<em>问题</em>，也就是各位查看源码时经常看到的htonl, htons等。hton函数就是用作<em>大小端</em>转换的，说明如下：rnhtonl将主机数转换成无符号长整型的网络字节顺序。本函数将一个32位数从主机字节顺序转换成网络字节顺序。rnrn另外大端字节序和小端字节序的定义和区别网络上也是一抓一大把，这里就不再啰嗦了。此篇文章主要的目的是分析为什么某些地方要使用h
- 大小端转换htonl、ntohl、htons、ntohs
- htonlrnThe htonl function converts a u_long from host to TCP/IP network byte order (which is big-endian).rnu_long htonl(n u_long hostlong n);rnrnrnParametersrnhostlong [in] 32-bit number in host byt
- 关于网络传输结构体的问题
- 我想用CArchive类和CSocketFile类在网络中传输一个<em>结构体</em>, 如下:rnstruct Arnrn int a;rn int b;rn;rnchar buf[8];rnmemcpy( buf, &A, sizeof( A ) ); // 先将<em>结构体</em>放入缓冲区rnCString str;rnstr.Format( "%s", buf ); // 将字符串转化为CString以放入CArchive传输rn可是,在接收端却无法还原本来的<em>结构体</em>,代码如下:rnA* si;rnchar buf1[8];rnrnstrcpy( buf1, str); // str是接收到的CStringrnsi = ( A* )buf1;rn请大家帮我看看是怎么回事,谢谢大家了!rn
- 大小端以及主字节序和网络字节序问题
- <em>大小端</em><em>问题</em>与主字节序及网络字节序（一般在x86和arm下为小端模式）：rn(1) 大端模式：高位存在低地址，低位存在高地址rn(2) 小端模式：高位存在高地址，低位存在低地址rn例如：rn0x0000 0X12rn0x0001 0X34rn0x0002 0Xabrn0x0003 0xcdrnrn大端模式读取为：1234abcd；小端模式读取数据为：cdab3412.
- 网络传输结构体
- 同一平台下发送接收<em>结构体</em>，<em>结构体</em>成员都是DWORD类型数据，rn经过测试，接收时数据大小是对的，但<em>结构体</em>的第三个DWORD成员及后面的都是0.rn不知道为什么。请众人帮忙.谢谢
- 二进制数据与大小端不得不说的秘密
- 在学习unix网络编程的时候，遇到一个<em>问题</em>，那就是二进制数据在网络中传输中会受到<em>大小端</em>、机器位数等影响。那么如何影响呢？我手头有两台设备64位的ubuntu（小端）和32位linux开发板(MIPS架构、大端)，说做就做。 我在32位机器（大端）上搭建服务端、在64位机器（小端）上搭建客户端。程序设计为客户端向服务端发送两个long类型的数据，服务端接收后将两个数据相加并返回给客户端...
- 分别在gcc和vc中计算结构体和位域的大小
- 一：计算<em>结构体</em>大小rn1、计算<em>结构体</em>大小的时候<em>结构体</em>本身有一个对齐参数，我们可以通过#pragma pack(n)[n必须是2的整数次幂]进行设置。rnrnrn2、在给<em>结构体</em>的每一个成员分配地址的时候，每个成员自己也有一个自己的对齐参数，对于基本数据类型，就是其该类型所占用字节的大小，对于<em>结构体</em>，则是成员里边占用字节数最大的成员所占字节数的大小和默认的对齐参数【通过#pragma pack(n)设
- 一些基本问题：大小端，网络字节序，socket编程函数的注意点，gdb和coredump调试
- 1，什么是<em>大小端</em>？<em>大小端</em>是指数据在内存的的存放顺序，现代计算机一次能够加载32bit或者64bit的数据或者指令，因而数据的存放顺序影响它被装载到整数的值。以小端来讲：低地址存数据的低位，高地址存数据的高；而大端敲好反过来：高地址存低位，地址存高位。2.测试<em>大小端</em>测试<em>大小端</em>最常用的方法是使用一个联合体，定义成员为一个short和char然后给short类型变量赋值为1，看char变量是否也是1，如...
- 数据存储大小端问题
- 大端和小端，也就是big-endian和little-endian，其实是从描述鸡蛋的部位而引申到计算机地址的描述，也可以说，是从一个俚语衍化来的计算机术语。 n如果把一个数看成一个字符串，比如11223344看成”11223344”，末尾是个’\0’，’11’到’44’个占用一个存储单元，那么它的尾端很显然是44，前面的高还是低就表示尾端放在高地址还是低地址，它在内存中的放法非常直观，如下图： ...
- Linux网络编程 之 大小端初探
- 首先解释一下<em>大小端</em>的概念。 大端(Big Endian)，同时也是网络序，是数据在网络上传输的一种数据组织格式，其存储的方式比较符合人们读写的习惯。 小端(Little Endian)，这里不能说其是主机序，因为主机可能采用的是大端cpu也可能采用的是小端cpu，小端与大端相对。 通过一个例子深入了解它们之间的区别： 用一台Big Endian 和 另一台 Litt...
- 对 计算机整数 为什么存在 大小端 的理解
- 因为尝试对神经网络直接输入2进制数字序列，一下子想到这种以小端存储的方式，另外突然想到了大端存储会有一些<em>问题</em>，好吧，因为神经网络本质上是并行的，大端存储跟小端存储的差别并不存在，想多了，遂起探究一下为什么会有这种反直觉的小端存储方式。nn为什么会有<em>大小端</em>nn这样理解 n你算加减乘(没有除，后面解释)的时候是从高位还是低位开始的？ n为什么不从高位开始？因为存在着进位，如果从高位开始，算到后面发现有...
- 网络编程中的大小端字节序详解
- 最近公司项目整改，组长让整改下自己所属模块的<em>大小端</em>字节序。以前自己整理过<em>大小端</em>字节序，不过这次再次整理的时候，发现自己对这些用法还是理解的不够透彻。 主要有以下的一些疑问： 1.我认为ntoh和hton其实就是一样的函数，换了个名字而已。里面的实现本质就是进行顺序互换。 端模式：字节序分为大端字节序和小端字节序，也就是字节在内存中的顺序。 小端字节序：低字节存放于内...
- 【Endian】C语言的大小端及其简单的判断。
- Endian ，即我们说的端模式，最开始这个词出自于《格列佛游记》。这本书根据将鸡蛋敲开的方法不同将所有的人分为两类，从圆头开始将鸡蛋敲开的人被归为Big Endian，从尖头开始将鸡蛋敲开的人被归为Littilen Endian。小人国的内战就源于吃鸡蛋时是究竟从大头（Big-Endian）敲开还是从小头（Little-Endian）敲开。n 在计算机业界，En
- union在网络通信消息中的使用
- 前段时间，项目内有个需求，需要由A进程向B进程发起业务请求（比如扣钱），由于扣钱是一个通用性的常规操作，势必需要封装一个通用性的接口以供不同的业务来调用。但是，考虑到不同的扣钱业务，需要的参数肯定都是不同的，如何设计一个通用的通信消息呢？ n有一种最简单、暴力的方法就是不同的业务走单独的消息，这样子看上去最省力，但是实际是增加了业务的复杂性，每个新的业务逻辑就需要单独写个消息，单独做一套跨进程的处...
- Qt之小端模式数据转大端模式数据
- 在项目过程中，（很不幸）遇到一个小端模式的数据解析<em>问题</em>，之前没有转化的经验，折腾了好久才转化成功，记录下来rn首先，解释下什么是小端模式和大端模式rn大端模式（Big Endian）：数据的高字节，保存在内存的低地址中；数据的低字节，保存在内存的高地址中。rn小端模式（Little Endian）：数据的高字节，保存在内存的高地址中；数据的低字节，保存在内存的低地址中。rnrn举一个例子，比如数字
- Java中大小端的处理
- <em>大小端</em>的转换参考代码，如下所示//将整数按照小端存放，低字节出访低位npublic static byte[] toLH(int n) {n byte[] b = new byte[4];n b[0] = (byte) (n & 0xff);n b[1] = (byte) (n >> 8 & 0xff);n b[2] = (byte) (n >> 16 & 0xff);
- C/C++ 大小端理解及转换
- 在开发过程中，遇到了<em>大小端</em>的<em>问题</em>，我们用的X86结构是小端模式，KeilC51为大端模式，ARM和DSP很多为小端模式，rnrn 引用百度百科的<em>大小端</em>解释：rn 大端模式（Big-endian），是指数据的高字节保存在内存的低地址中，而数据的低字节保存在内存的高地址中，这样的存储模式有点儿类似于把数据当作字符串顺序处理：地址由小向大增加，而数据从高位往低位放；这和我们
- C语言之大小端问题
- <em>大小端</em><em>问题</em>n在我们发送数据的时候，我们首先要确定的是大端还是小端模式来进行的，接收方接收数据时必须知道数据传输的是大端机还是小端机，这个才能正确地读取和存储数据，否则就会出现<em>问题</em>。n一个三十二位的二进制程序中存储有两种方式， 1：数据的低位保存在内存的高地址中，数据的高位保存在内存的低地址中（大端模式） 2：数据的低位保存在内存的低地址中，数据的高位保存在内存的高地址中（小端模式）n#define...
- 嵌入式C语言之数据大小端问题
- 笔者在进行程序设计或者移植的时候，经常遇到数据高低字节不一致的<em>问题</em>，也就是数据<em>大小端</em><em>问题</em>。本帖子详细讨论一下<em>大小端</em>。大端模式，是指数据的高字节保存在内存的低地址中，而数据的低字节保存在内存的高地址中，这样的存储模式有点儿类似于把数据当作字符串顺序处理：地址由小向大增加，而数据从高位往低位放；这和我们的阅读习惯一致。小端模式，是指数据的高字节保存在内存的高地址中，而数据的低字节保存在内存的低地址中，...
- 芯片大小端判别
- /* 来一个简单的函数判断芯片的<em>大小端</em>模式*/nint n=0x01;nif(*(char*)&n)nprintf("chip is small endian ")nelsenprintf("chip is big endian")n&n 取得的地址值是 n变量的低地址的值，比如0x01 0x02 来存储值的话，&符号 都从变量的0x01低地址开始 取值。n其次，<em>大小端</em>的排序是相对于字节来做区分的，
- 【C/C++】 float类型大小端转换函数
- 方法一nn方法一使用了联合体。联合(union)变量的所有成员共享同片存储区/内存。nn1、声明联合nnntypedef union FLOAT_CONVn{n float f;n char c[4];n}FLOATCONV;nn2、定义函数nnnfloat BLEndianFloat(float fValue)n{n FLOAT_CONV ...
- 网络传输序列化以及序列化形式（文本、二进制）
- 当对象需要持久化到硬盘或者<em>网络传输</em>的时候，我们需要进行序列化（也就是保存内存中的对象的状态）序列化就是将内存中的对象流化，方便我们进行写入读取为什么要序列化，因为在对象中可能会保存有指针，或者是其他对象的引用。如果我们不加处理，将指针保存，这是没有意义的，因为反序列化的时候是重新分配内存的。如果有其他的对象的引用，我们不能为每个对象都保留一份副本。另外需要<em>网络传输</em>的时候，序列化也要考虑统一字节序以...
- QT数据传输中的对象序列化与反序列化
- 最近在做一个linux+QT4.8的类似于CS架构的项目。于是乎，必然要涉及到进程中或者网络数据流中，关于数据对象的传输。可能就需要用到两种方式来解析传输数据，对应数据格式的字节位来解析，或者是采用数据序列化与反序列化的方式来解析。个人比较倾向于后者的方式，毕竟以前做过Java或C#的项目。也觉得用这种方式比较方便省事。所以就参考了部分资料，发现有些<em>问题</em>，然后又改进了部分，可能自己更加习惯面向对象
- 大小端的介绍
- <em>大小端</em>的介绍nn什么是大端小端nn大端（存储）模式，是指数据的低位保存在内存的高地址中，而数据的高位保存在内存的低地址中。地址由低到高，数据由高到低。 n小端（存储）模式，是指数据的低位保存在内存的低地址中，而数据额高位保存在内存的高地址中。地址由低到高，数据也是由低到高。nn为什么有大端和小端nn因为在计算机系统中，我们是以字节为单位的，每个地址单元都对应着一个字节，一个字节为 8bit 。但是...
- arduino 大小端数据问题
- 以前在百度空间写的文章，现在百度空间关闭了，搬到这里吧，做个笔记吧
- 关于字节流（byte流）读取大小端的问题
- <em>大小端</em><em>问题</em>，是指在内存中以 字节为单位的排列顺序，与cpu和操作系统有关，操作系统可以选择<em>大小端</em>，java默认读取按大端读取。n大端：高位存在低地址，低位存在高地址；n小端：高位存在高地址，低位存在低地址；nn n 举个例子，从内存地址0x0000开始有以下数据n 0x0000n 0x12n 0x0001 0x34n 0x00
- 字节序之大小端及使用注意问题
- <em>大小端</em>字节序网上已经介绍很多，这里只做大概介绍：nnA.小端序：低位字节放在内存的低地址端，高位字节放在内存的高地址端nnB.大端序：低位字节放在内存的高地址端，高位字节放在内存的地址端nn申请计算机内存及分配nn下面举例说明计算机分配内存地址：申请四个int型地址，分别输出各个下标地址nnnn输出结果：nnnn从输出结果可以看出：内存的地址申请是连续的，并且是从小到大的nn nn字节序及高低位n...
- java解析base64大小端引发的问题
- 服务器获取一个api时，有个数组数据非常大，传输需要一段时间。后来想了一个办法，就是用base64编码下传输。刚开始的代码如下nnnByteBuffer byteBuffer = ByteBuffer.wrap(Base64.decode(userInfo.getFeature(), Base64.DEFAULT));nFloatBuffer buf = byteBuffer.asFloatBuf...
- linux c 关于大小端字节序
- <em>大小端</em>字节转化nnn#include <stdio.h>n nunion test //所有成员共享同一段内存（只为最长成员分配空间）n{ n int a;n char b;n};n nint main()n{n printf("%d\n", sizeof(union test));//union的长度为union内部最大数据类型大小的整数倍，且大于等于最大的...
- C#判断大小端并转换int数据
- private static bool _isBigEndian;n private static bool _isEndianChecked = false; n private static bool IsBigEndian()n {n if( !_isEndianChecked )n {n _isEndianChecked = true;n int nCheck = 0x01aa
- C++ QT通过网络发送结构体
- 文章网络部分使用QT先看一个简单的发送整数的例子这个例子直接引用于QT Creator快速入门这本书18-8样例源码，经过简单的修改，只是把发送字符串修改为了发送整数，方便查看二进制数据void Server::sendMessage()nn{nn // 用于暂存要发送的数据nn QByteArray block;nn QDataStreamout(&amp;block, QIO...
- 用python脚本获取CPU的大小端模式
- rn#! /usr/bin/pythonrnimport sys;rndef IsBigLittle():rn if sys.byteorder=="little":rn print ("system is little");rn elif sys.byteorder=="big":rn print ("system is big-endien")rn else:rn print("un
- C/C++网络传输struct类型数据
- 在网络通讯过程中往往涉及一些有关联的参数传递，例如<em>结构体</em>之类的。对于<em>结构体</em>其实方法挺简单，由于<em>结构体</em>对象在内存中分配的空间都是连续的，所以可以将整个<em>结构体</em>直接转化成字符串发送，到了接收方再将这个字符串还原成<em>结构体</em>就可以了
- 大端、小端、与网络字节序 和 Tcp/IP 协议
- 一、在进行网络通信时是否需要进行字节序转换？ 相同字节序的平台在进行网络通信时可以不进行字节序转换，但是跨平台进行网络数据通信时必须进行字节序转换。 原因如下：网络协议规定接收到得第一个字节是高字节，存放到低地址，所以发送时会首先去低地址取数据的高字节。小端模式的多字节数据在存放时，低地址存放的是低字节，而被发送方网络协议函数发送时会首先去低地址取数据（想要取高字节，真正取得是低...
- 结构体内存对齐
- <em>结构体</em>内存对齐nn先来看几个例题：nn例1：nstruct S1n{n char C1;n int i;n char C2;n};nprintf(&quot;%d\n&quot;, sizeof(struct S1));nn解析：nnn char 为1个字节， int 为4个字节； n char c1 从0偏移开始，占用一个字节；现在可用偏移为1偏移，接下来存放 int i ，1不是对齐数4 的...
- C#做客户端Java做服务器使用Socket通信的大小端序和行结束符的问题
- 在项目中需要用C#做客户端，Java做服务器，直接使用Socket通信。通信过程中由于C#用的是小端序，Java使用的是大端序。C#在向服务器发送数据时，需要将字节数组的大端序》小端绪。还有在发送到Java服务器字符串需要加上”\r”，接收时去掉"\r"n在C#可以使用2中方式转换：n1>n #region 翻转字节数组n //因为C#和Java的byte字节的高位和地位是完全相反的
- 大小端模式的判断
- <em>大小端</em>模式的判断与示例nn首先需要明确的是：采用<em>大小端</em>模式对数据进行存放的主要区别在于存放字节的顺序大端模式：如果计算机内存的低地址存的是数据的高字节数据，则可以判断为大端模式小端模式：如果计算机内存的低地址存的是数据的低字节数据，则可以判断为小端模式nn大端模式数据存放特点：地址由小向大增加，而数据从高位往低位放；n小端模式数据存放特点：地址由小向大增加，数据从低位往高位放。这是比较符合人脑思维...
- 大小端（数据在内存中的存储）
- <em>大小端</em>模式介绍nnn大端（存储）模式：是指一个数据的低位字节序的内容放在高地址处，高位字节序存的内容放在低地址处。 n小端（存储）模式：是指一个数据的低位字节序内容存放在低地址处，高位字节序的内容存放在高地址处。（可以总结为“小小小”即低位、低地址、小端） nnn在计算机系统中，我们是以字节为单位存放数据的，每个地址单元都对应着一个字节，一个字节为8bit。但在C语言中存在不同的数据类型，占用的字...
- C语言实现浮点数大小端转化
- 操作了一天，终于实现了浮点数的<em>大小端</em>转化。通过VS内存查看对应的二进制存储，发现终于改变了。之前因为类型的转化不当，总是输出不了正确的结果，一定要注意不要发生类型转化。我用了26.5做实验，原本41 d4 00 00转化为了00 00 d4 41，输出可能为零，但是内存中的表示确实已经发生了改变。 n主要的原理是union这个共同体的功劳。因为int、float都是4个字节，也不会存在存取位置的不...
- 字符串与数字之间的相互转换、判断大小端（用的是union）
- 一、Myitoan1.初级版nvoid Myitoa( char str[100],int num)n{n assert(str != NULL);n int i = 0;n int a = 0; n int b = 0;n int tmp0 = 0;n char tmp[100];n if(num n num = -num;n tmp0
- 关于机器大小端的判定
- 关于<em>大小端</em>：n （本人在这个<em>大小端</em><em>问题</em>上栽倒好多次了）nnnn 大端存储：高字节存储在低地址中，即高位先存；n 小端存储：低字节存储在高地址中，即低位先存；nnnn n1.首先，这个概念是怎么来的，我百度了一下，在这里简单说明一下：n n出自Jonathan Swift在1726年写的
- Linux---如何判定大小端
- 理解之后，总结一下，记忆的方法是： （数据看成字符串）大端——高尾端，小端——低尾端 稍一思索什么是“高”、什么是"低"，"尾端"又是什么，<em>问题</em>迎刃而解，再不用担心被“大端”和“小端”迷惑。用这种方式，是时候放弃原先的死记硬背和容易把自己绕进去而发生迷惑的理解了nn#include &lt;stdlib.h&gt;n#include &lt;stdio.h&gt;nint main(int...
- 金山电脑医生杀毒DF下载
- 金山电脑医生杀毒超级干净，不过要付费使用 相关下载链接：[url=//download.csdn.net/download/XMK99/2497012?utm_source=bbsseo]//download.csdn.net/download/XMK99/2497012?utm_source=bbsseo[/url]
- 基于ARM9和GSM_GPRS的无线可移动红外监测报警系统下载
- #介绍了一种基于*+,#-.+/#-./的监控系统$详细描述了系统的设计与实现$并结合系统定位%预警%监 控等特点$给出了应用实例&通过对系统样机的严格测试$证明了系统的稳定性%可靠性和实时性 相关下载链接：[url=//download.csdn.net/download/ke123456le/2565507?utm_source=bbsseo]//download.csdn.net/download/ke123456le/2565507?utm_source=bbsseo[/url]
- 英文版poker2.01下载
- pc3000硬盘维修软件中的POKER英文版2.01 一般都是俄文版的，或者是通汉化的中文版的（没有完全汉化的，还有一部分是俄文） 相关下载链接：[url=//download.csdn.net/download/zjg012197/2819575?utm_source=bbsseo]//download.csdn.net/download/zjg012197/2819575?utm_source=bbsseo[/url]
我们是很有底线的