开发者社区> 长空翱翔> 正文
阿里云
为了无法计算的价值
打开APP
阿里云APP内打开

c# 通信中字节序处理--待研究

简介: from http://hi.baidu.com/qianko/blog/item/7ffe0701eb0c0fc7267fb518.html 最近在写一个短信下发功能,客户端使用c#和java的短信网关的进行网络通信。
+关注继续查看
from http://hi.baidu.com/qianko/blog/item/7ffe0701eb0c0fc7267fb518.html

最近在写一个短信下发功能,客户端使用c#和java的短信网关的进行网络通信。

之前使用java进行开发,一切正常,改用c#无法收到网关应答。

想了半天意识到是不是网络字节序问题,

java默认就是大端字节序,和网络字节序是一至的,所以不转换也不会有问题,

而c#在windows平台上是小端字节序。

网络发送字节流是按大端序发送,也就是从左到右发送,和c#的小端序相反,造成网关不能正常识别协议。

尝试c#中转换一下字节序,通信成功。

c#中字节序转换有两种方法。

非字串使用 System.BitConverter.GetBytes()方法,先读入字节数组中,然后再用Array.Reverse()对byte数组反序一下,得到大端序字节数组。

代码: 

 short x = 6;

byte[] a=System.BitConverter.GetBytes(x);   //得到小端字节序数组

Array.Reverse(a);   //反转数组转成大端。

 

 

另外c#直接提供了网络字节序转换方法。

 System.Net.IPAddress.HostToNetworkOrder(本机到网络转换)

System.Net.IPAddress.NetworkToHostOrder(网络字节转成本机)

推荐使用这种方法,简单有效。

代码示例:

 short x = 6;

                        short b = System.Net.IPAddress.HostToNetworkOrder(x); //把x转成相应的大端字节数

            byte[] bb = System.BitConverter.GetBytes(b);//这样直接取到的就是大端字节序字节数组。

 

对于字符串型:使用 System.Text.Encoding.Default.GetBytes();直接取字串对应字节数组。

不知道为什么这个方法取到的直接就是大端字节数组。不用转换。

后来查了一下,关于字串的字节序问题,因为gbk和utf-8都是以单个字节表示数字的,所以不存在字节序问题,在多个不同系统架构都用。对于utf-16,则是以双字节表示一个整数,所以为会有字节序问题,分大小端unicode。

System.Text.Encoding.Default.GetBytes();在我的简体中文系统上是以gb2312的编码,也就是单个字来进行编码的,所以也不会有字节序问题。

补充:“对于任何字符编码,编码单元的顺序是由编码方案指定的,与endian无关。例如GBK的编码单元是字节,用两个字节表示一个汉字。这两个字节的顺序是固定的,不受CPU字节序的影响。UTF-16的编码单元是word(双字节),word之间的顺序是编码方案指定的,word内部的字节排列才会受到endian的影响。”,所以utf-8也没有字节序的问题。字节序问题之存在于需要使用两个字节以上来表示整数。而UTF-8只是一串字节流,不存在字节序问题,不过将这些字节流翻译成Unicode比其他的传输方式复杂。以字节为单位编码的,无论一个汉字是多少个字节,都无字节序问题。
你注意,字节序问题不是指多个字节传输的先后,这个是固定的无异议的。而是指一个多字节编码在机器中的表示方式问题。
char str[] = "abaksdkakskasklasflk";这个无字节序问题。

int    str[] = {0x11223344, 2, 3 }就有字节序问题了。因为str[0]同样数值不同机器中表示不同。

而剩下的, 就是字符编码内部的字节序了。比如UTF-16是用两个字节表示一个字符,但是这两个字节内部如何排序,系统并不知道,所以必须指定字节序。但是UTF-8由于几个字节表示并不相同,一定要从那个表示长度的字节开始读,相当于一开始就知道该从哪里是队头队尾,所以不存在字节序问题。

版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。

相关文章
商汤的数字人研究,在CVPR上成了爆款
在 CVPR 大会上,看数字人技术的最新趋势。
41 0
Win8Metro(C#)数字图像处理--2.22二值图像膨胀
原文:Win8Metro(C#)数字图像处理--2.22二值图像膨胀  [函数名称] 二值图像膨胀函数DilationProcess(WriteableBitmap src) [算法说明]  膨胀算法也是属于形态学算法的范畴,前一节已经简单介绍了形态学,这里不再累赘。
950 0
Win8 Metro(C#)数字图像处理--2.74图像凸包计算
原文:Win8 Metro(C#)数字图像处理--2.74图像凸包计算 /// /// Convex Hull compute.
1123 0
Win8 Metro(C#)数字图像处理--2.67图像最大值滤波器
原文:Win8 Metro(C#)数字图像处理--2.67图像最大值滤波器  [函数名称]   最大值滤波器WriteableBitmap MaxFilterProcess(WriteableBitmap src) [算法说明]   最大值滤波属于非线性滤波方法,它是一种基于排序统计理论的可有效抑制噪声的非线性平滑滤波 器,基本原理是把数字图像或数字序列中一点的值用该点的一个临域中各点值的最大值替换。
1222 0
Win8Metro(C#)数字图像处理--2.14Prewitt 边缘检测
原文:Win8Metro(C#)数字图像处理--2.14Prewitt 边缘检测  [函数名称] 图像Prewitt边缘检测函数PrewittEdgeProcess(WriteableBitmap src...
960 0
UWP项目生成安装包远程安装在树莓派上
原文: UWP项目生成安装包远程安装在树莓派上 哎,好纠结啊!如果这个名字写的太长,会显得太繁琐,如果写的短又好像说不清楚,我这语言表达水平实在是令人担忧啊!不过应该能够明白啥意思吧!因为对这个感兴趣的会点进来的应该都是玩这个的,所以应该是没有二义性的吧! 我想还是再说明一下这篇文章是干啥的,会比较好吧!这篇文章写的就是怎样把写好的UWP项目打包成一个安装包,然后把这个安装包安装在树莓派上。
1292 0
+关注
长空翱翔
长期从事Windows和linux应用程序开发,系统开发,驱动程序开发以及基于.net平台的软件开发;擅长面向对象程序设计、数据库设计、应用与开发;
文章
问答
文章排行榜
最热
最新
相关电子书
更多
数据共享 解码真实世界
立即下载
低代码开发师(初级)实战教程
立即下载
阿里巴巴DevOps 最佳实践手册
立即下载