asp响应式h5网站源码,做肝病科网站,上海注册公司扶持政策,广州网络公司建站平时写IO相关代码机会挺少的#xff0c;但却都知道使用BufferedXXXX来读写效率高#xff0c;没想到里面还有这么多陷阱#xff0c;这两天突然被其中一个陷阱折腾一下#xff1a;读一个文件#xff0c;然后写到另外一个文件#xff0c;前后两个文件居然不一样#xff1f;…平时写IO相关代码机会挺少的但却都知道使用BufferedXXXX来读写效率高没想到里面还有这么多陷阱这两天突然被其中一个陷阱折腾一下读一个文件然后写到另外一个文件前后两个文件居然不一样解决这个问题之后总结了几个注意点。注意点一Reader/Writer读写二进制文件是有问题的 上面代码使用BufferedReader一行一行地读取一个文件然后使用BufferedWriter把读取到的数据写到另外一个文件中。如果文件是ASCCII形式的则内容还是能够正确读取的。但如果文件是二进制的则读写后的文件与读写前是有很大区别的。当然把上面的readLine()换成read(char[])仍然不能正确读写二进制文件的。读写二进制文件请接着看下面注意点。注意点二read(byte[] b, int offset, int length)中的offset不是指全文件的全文而是字节数组b的偏移量现在已经知道使用Reader/Writer不能正确读取二进制文件这是因为Reader/Writer是字符流那就改用字节流ufferedInputStream/BufferedOutputStream网上搜索到的例子大概是这样的每次读1024字节然后写1024字节。这看似挺正确的但实际写出来的文件与原文件是不同的。这样就怀疑可能是读写没有接上因而把代码改成下面的形式这是误以为先读一段写一段然后改变偏移量然后使用新的偏移量再读一段、写一段直到文件读写完毕。但这是错误的因为使用BufferedXXX后里面已经实现了这个过程。而read(byte[] b, int offset, int length)中的offset实际指的是把读到的数据存入到数组b时从数组的哪个位置(即offset)开始放置数据同理write(byte[] b, int offset, int length)就是把b中的数据从哪个位置(offset)开始写到文件中。注意点三使用 lengthread (b, 0, 1024)读数据时应该使用write(b, 0, length)来写第二个注意点中的第一段代码的做法虽然在网上比较常见但是有问题的。问题在哪呢答案是问题在byte[] b这个数组上。由于二进制文件使用比较工具时只知道不同、但不能知道哪些不同(是否有更先进的比较工具)。怎样确定它的不同呢方法很简单就把二进制文件改成文本文件就能看出结果了(Reader/Writer这种字符流虽然不能正确读写二进制文件但InputStream/OutputStream这些字节流能既能正确读写二进制文件也能正确读写文本文件)。由于使用了每次读1K(1024字节)的方式所以会看到的结果是写后的文件后面多出一段这一段的长度与原文件大小以及b数组的大小有关。为了进一步确定是什么关系把读的文件内容改为1234567890123而把b数组的大小改为10字节这时结果就出来了写后的文件内容变成12345678901234567890就是读了两遍。多出的内容的根源在这里b数组的大小是10字节而要读的内容长度是13字节那就要读两次第一次读了前10字节此时b数组内的元素为前10个字符再读第二次时由于可读内容只有3个字符那b数组的内容只有前3个字符被改变了后面7个字符仍然保持上一次读取的内容。所以直接采用write(b)的方式在第二次写文件时内容就多写了一段不是第二次读取到的内容。下面是正确的读写(即每次读了多少内容写入的是多少内容而不是写入整个数组)注意点四flush()和close()flush()是把写缓冲区内的内容全部”吐“到文件上如果没有它就有可能很多内容还存在于写缓冲区内而不是在文件中也就是还有丢失的可能。close()中会调用flush()。它是文件真正完成的标志文件内容写完成后不关闭文件流会导致一些”古怪“的问题。这个在网络中的流更能体现。所以写文件完成后注意关闭文件读写流。
