自定义包装类并不能成功拷贝文件的原因分析

仿BufferedInputStream自定义包装类MyBufferedInputStream如下：

class MyBufferedInputStream {private InputStream in;private byte[] buf = new byte[1024];private int pos = 0, count = 0;MyBufferedInputStream(InputStream in) {this.in = in;}public int myRead() throws IOException {if (count == 0) {count = in.read(buf);pos=0;if(count<0)return -1;byte b = buf[pos];count--;pos++;return b;} else if (count > 0) {byte b=buf[pos];count--;pos++;return b;}return -1;}public void myClose()throws IOException{in.close();}}public class CopyMp3 {public static void main(String[] args) throws IOException {MyBufferedInputStream bis=new MyBufferedInputStream(new FileInputStream("dream.mp4"));BufferedOutputStream bos=new BufferedOutputStream(new FileOutputStream("dream_copy.mp4"));int ch=0;int num=0;while((ch=bis.myRead())!=-1){bos.write(ch);num++;}bis.myClose();bos.close();}

测试发现并不能拷贝文件，从语法跟逻辑上貌似都找不到问题，但是仔细观察会发现，自定义类的myRead()方法要求返回int类型，而此函数的return b返回的b却是byte类型。这两个类型的区别byte是八位，而int是32位。因为在计算机内部，数据是由0和1组成，有可能出现11111111111000000101001010连续为1或0的情况，当byte类型的b读取一个字节时，如果读到的是1111-1111，那么翻译成十进制就是-1，即使由byte升级为int类型，也是-1，所以在while循环的时候就会停止下来。
解决方案如下：
修改前byte型-1为11111111升级为int型后补1变为11111111-11111111-11111111-11111111，现在如果把补1变为补0，则结果成了00000000-00000000-00000000-11111111，就不是-1了，而是255了，这样就实现了既保住原数据也避免了-1的情况。不要担心提升之后数据量增加，在read读到32位之后，write方法只会讲低8位写入文件，因此前面补的0也就不会写入文件了，拷贝后的文件就与原文件完全相同了。实现补0效果的方法是与运算：b&0xff或者b&255。本题中在所有return b的地方都做如下修改return b&0xff就行了