最赞回答 / mmzpr5554321
正如你所说,byte只有8位,然后int有32位,所以byte转换为int,int的前面24位是无意义的(就是跟转换过来的值无关),所以0xff=0000 0000 0000 0000 0000 0000 1111 1111 & b可以保留后8位的数值,前面24位不管是0还是1都会为0不显示。
2017-09-08
已采纳回答 / 慕雪6201052
因为他过时了。该类童工了对文件的操作,包括写于读,与其他的IO类基本没有多大的关系,是一个独立的类。而最新的IO操作,分的特别详细,包括输入流,输出流,读与写等等。不再是以前的单一类可以完成的。内存映射,,差不多可以取代RandomAccessFile 了
2017-09-06
已采纳回答 / 慕田峪1616461
如果是read(byte[] b),若最后一次读取的长度不及数组的长度,则后面的内容会是上次读取残留的内容;如果是read(byte[] b, int off, int len),若最后一次读取的长度不及数组的长度,则后面的会为空,解决了为什么用read(byte[] b)读取产生的结果比原来多的问题
2017-09-04
已采纳回答 / 慕粉2335383635
f是16进制数,ffffffc4 化为二进制就是1111 1111 1111 1111 1111 1111 1100 0100 ;0xff化为二进制是1111 1111;&是按位与,ffffffc4 & 0xff 时0xff高位补0, 最后得到的二进制数是0000 0000 0000 0000 0000 0000 1100 0100,转化为16进制就是0xc4,高位的0忽略掉
2017-09-03
最赞回答 / 一五五一
ObjectOutputStream的实例调用writeObject(obj)方法时,虚拟机通过反射检查对象的类是否实现Serializable接口,如果实现,则虚拟机内部进行序列化操作,同时通过反射检测类是否有writeObject方法,如果有则调用obj的writeObject方法,反序列化类似。我是这样理解的,欢迎指正。
2017-08-27
最赞回答 / YI_F
引用woider所讲的:使用缓冲字节流复制确实是最快的方式,但对于小文件10M以下的文件体现不出优势,对于百兆文件正确使用,时间可以控制到50ms内。视频中的缓冲字节流使用有错误,复制文件最快的做法是将批量读取到的字节数组使用缓冲写入到文件,在机器性能范围内字节数组越大越快。在循环写入的过程中不需要使用flush,就像cwt8805说的,缓冲输入流在关闭的时候会将所有缓冲区的数据全部写入文件,使用flush刷新缓冲就失去了缓冲的意义。最后关闭IO流和文件流应该在finally中关闭,否则IO异常时执行不到...
2017-08-26