最赞回答 / Its_forever
在32位的电脑中数字都是以32格式存放的,如果是一个byte(8位)类型的数字,他的高24位里面都是随机数字,低8位才是实际的数据。java.lang.Integer.toHexString() 方法的参数是int(32位)类型,如果输入一个byte(8位)类型的数字,这个方法会把这个数字的高24为也看作有效位,这就必然导致错误,使用& 0XFF操作,可以把高24位置0以避免这样错误的发生。
2016-01-11
已采纳回答 / 孤寂0123
betys=in.read(buf,0,buf.length),读取信息内容的时候,将信息暂时存入buf数组,一次性读不完的,会将读取到的信息的buf数组循环释放的,然后再继续存入buf数组,继续释放------我是这样想的,仅供参考
2016-01-08
已采纳回答 / chrt
java默认的编码方式是unicode big endian,即大端存储方式的unicode,具体数据的高位字节存放在低位地址上。关于大端模式和小端模式可以进一步百度。
2016-01-06
已采纳回答 / Its_forever
Java 中的一个byte,其范围是-128~127的,如果不进行&0xff,那么当一个byte会转换成int时,对于负数,会做位扩展,举例来说,一个byte的-1(即0xff),会被转换成int的-1(即0xffffffff ), 那么转化出的结果就不是我们想要的了。 而0xff默认是整形,所以,一个byte跟0xff相与会先将那个byte转化成整形运算,结果的高24位就会被清0,这是我们想要的结果。 看看这篇博客吧,http://makemyownlife.iteye.com/blog/104...
2016-01-04
已采纳回答 / Its_forever
那三个文件,保存的时候都是用的ANSI编码,记事本默认编码,可以新建一个记事本直接另存为,看看他的编码格式就知道啦。只是打开的时候,由于联通二字的ASNI编码为:FF FE 6A 00 68 03 ,UTF-8编码为:FF FE 54 80 1A 90。 因为都是FF FE 开头的,记事本不能判断你保存时的编码标准,只能“猜测”你保存的时候的编码标准,因为联通二字的ANSI编码正好是以“FF FE”开头的,这样以ANSI编码(笔记本默认编码)保存以后再次打开,记事本首先检测到“FF FE”,就认为是UTF...
2016-01-03