对比字节流和字符流，回答为什么FileReader不能用来拷贝图片

　　FileReader是输入字符流，拷贝文件没问题，但拷贝图片就有问题了。

　　假设是在windows下，FileReader用的是GBK码表，一个字符最多用2个字节代表。2个字节就是2的16次方，即有65536个格子范围，但GBK码表并没有将这些格子都用完，当读到某个二进制，假设是12421（我这里用二进制的十进制说明，二进制写起来太长）对应有码值“中”，那就读到完整的2个字节，数据是完整的。

　　但如果是另一个数字21232没有对应字符（码值），FileReader读到这样的数据对应码表，找不到对应的字符，就会返回一个未知字符所对应的数字，占1个字节(返回值就是测试代码中的content)。既然字节大小读不完整，FileWriter写的时候还能正确吗？数据就是这样丢失的。

　　我在说“中”的时候大家不要蒙圈，读图片为什么要谈到码表对应的汉字。汉字只是图片中二进制数据在码表上的对应字符，它可以是汉字以外的其它字符代表都可以，对于GBK码表没有用完的格子，FileReader读到的content就不是真实的数据。

　　char[] cha = new char[1024];

　　int content = 0;

　　while((content = fileReader.read()) != -1){

　　filewriter.writer(content);

}

　　由此我们也能知道字节流为什么能读取完整，因为它不需要码表，读到啥就得到啥，不会因为码表上没有对应字符就丢弃。

　　

　　public static void copy() throws IOException {

　　　　//目标文件

　　　　File inFile = new File("/Users/mac/Documents/123.jpg");

　　　　File destFile = new File("/Users/mac/downloads/456.jpg");

　　　　//建立数据的输入输出通道

　　　　FileInputStream fileInputStream = new  FileInputStream(inFile);

　　　　FileOutputStream fileOutputStream = new FileOutputStream(destFile);

　　　　//建立缓冲数据，边读边写

　　　　byte[] buf = new byte[1024];

　　　　int length = 0 ; 　　

　　　　while((length = fileInputStream.read(buf)) != -1){

　　　　　　fileOutputStream.write(buf,0,length);

　　　　}　　

　　　　//关闭资源 原则： 先开后关，后开先关。

　　　　fileOutputStream.close();

　　　　fileInputStream.close();

　　}

　　打一个很好的彼方，用FileReader读图片，就像用记事本打开图片，因为记事本一遇到二进制数据就拿码表来“翻译”，可码表并不是每个格子都用到，容易导致数据丢失。