摘要:本文研究了数据存储格式中大尾小尾问题,根据此原理解决了Java程序和C/C++通讯及读取服务器端文件时的数据移植问题。
该问题起源于笔者设计的基于Web的远程测控系统。它的基本原理是:服务器端运行一VC编制的服务器程序,客户端使用Java applet;VC服务器程序接收到Java applet发送的命令后,采集各种信息,并将所有数据发向applet,实现了基于Web的远程温度、加速度的实时监控。
VC程序和Applet之间的通讯方式采用了基于TCP/IP协议的socket通讯,笔者不准备在socket的通讯本身进行过多的讲述,而将重点研究实时通讯中涉及到的数据移植问题。
|
基于Web的测试软件是由C++数据采集服务器程序和客户端Java显示程序两部分构成,前者用C++,后者Java语言,存在数据移植问题。因为在计算机系统中,当包含数字的二进制文件从一个结构移到另一结构时,就出现大尾小尾问题。不同CPU在多字节数(如四字节int)存储时有两种方法,一种方法叫小尾(little_endian),数据的低字节被放置在连续存储区的首位,另一种方法叫大尾(big_endian),数据的高字节被放置在连续存储区的首位。Intel 80×86家族处理器是最后一个仍然坚持小尾的主要结构。所有其他的CPU结构(Motorola 680×0和所有RISC芯片)或者是纯粹的大尾或者是既适应大尾也适应小尾,大尾被认为是更符合逻辑的方法)。当数字由小尾处理器写入文件然后又由大尾处理器读取(或者倒过来)时,数字就会被搞乱(除了0和-1)。
运用C++或C语言,数据在文件中的存储形式是与处理器相关的,这使得简单的数据文件的移植成为一个大问题。而Java作为平台独立语言,所有的数据都是以大尾形式存储到文件中,Java语言本身产生的数据文件无移植问题。但是它在与C/ C++通讯时还应注意,
举个例子:float型数据1.5在VC程序和Java程序中的表示如下:
数值 | 在c++或c程序中的字节表示 | 在java程序中的字节表示 |
1.5 | 00111111 11000000 00000000 00000000 | 00000000 00000000 11000000 00111111 |
byte[] data=new byte[4]; length=in.read(data,0,data.length);//将服务器发送的字节流读入并存入data数组 DataInputStream huin = new DataInputStream(new ByteArrayInputStream(data)); float f = huin.readFloat(); //将1.5读出 |