Integer.toHexString(b & 0xff) 其中&0xff的原因解释的不对啊,不是把前面的24个0去掉,而是为了去掉前面的24个f
为什么测试时BufferedInputStream/BufferedOutputStream 复制文件比 比FileInputStream/FileOutputStream(开辟了byte[] buf = new byte[8*1024]缓冲数组)要慢呢? (我自己测试时也是如此 BufferedOutputStream 中的flush已写在了循环外)
>>> 向右位移
& 0xff 是为了去掉位移之后,高位补进来的数
另外还需要看看计算机基础,原码反码补码的知识,就能理解上面的操作了
& 0xff 是为了去掉位移之后,高位补进来的数
另外还需要看看计算机基础,原码反码补码的知识,就能理解上面的操作了
2015-11-20