以前的一個基于SOCKET的報文傳輸項目，讓我知道了什么叫網絡字節順序。在Ｃ函數中，有一系列函數支持,如：htons函數（host to net ）見：winsock.h。總的意思是：不同的操作系統對 long , doulbe 等的內碼字節順序存儲不一樣。因此，一般情況下需要轉為統一的網絡字節順序才在網絡中傳輸。如：對兩個字節長度的整型，使用java轉為網絡字節順序的代碼為：

? public static byte[] hexToNet(int i) {
??? byte[] bt = new byte[2];
??? bt[1] = (byte) (i & 0xFF); // 底8位
??? bt[0] = (byte) ( (i >> 8) & 0xFF); // 高8位。
??? return bt;
? }
　－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－

　　　周二，我們又碰到了基于TUXEDO的CARRY類型的報文傳輸。其中要把某位字節值填上0x80。我想使用log4j把這值輸出到文本文件來查看。于是使用 new String(b)后輸出，使用UltraEdit-32 打開這個日志文本文件，查看ASCII碼，發現是：0x3f。而不是想要的0x80

－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－

　　使用Ｃ來寫，是對的，代碼如下：

// mytest.cpp : Defines the entry point for the console application.
#include "stdafx.h"
#include <string.h>
#include <sys/types.h>
#include <stdio.h>
#include <stdlib.h>
#include <winsock.h>

int main(int argc, char* argv[])
{
??? FILE *fp = fopen("D://my.txt", "a");
??? unsigned short us1 ;
?? ?us1 = (unsigned short)strlen("PLC001") | 0x08000;
??? u_short?? us = htons(us1);
?? ?printf("(short)strlen(/"PLC001/") | 0x08000 =%d/n",us1);
?? ?fprintf(fp,"%s",&us,sizeof(u_short));
??? fclose(fp);
??? return 0;
}

?------------------------------------------------------------------------------

　?　后來經朋友指點，要使用流來輸出，而不是log4j的輸出。才解決了這個問題：

????? FileOutputStream fos = null;
????? File myFile = new File("D://test.txt");
????? byte[] b = new byte[1];
????? b[0] = (byte)0x80;
????? try{
??????? if (!myFile.exists()) {
????????? myFile.createNewFile();
??????? }
??????? fos = new FileOutputStream(myFile);
??????? fos.write(b);
????? }
????? catch (Exception e) {
??????? e.printStackTrace();
????? }

????? 這時看日志文件，才看到想要看到的結果：0x80
-------------------------------------------------------------------------------

??? 感悟：對java，對字節流處理的基礎功課，還真得補一補！

　今天，分析了一下 TUXEDO的CARRY ，其實也是由 byte[]組成的。因此，在網絡傳輸中，肯定也是以 socket的DataOutputStream之類的來 wrrite(byte[])。

總結

以上是生活随笔為你收集整理的网络字节顺序 流操作的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。