标签：编码 Java 字节 字符 补充 解码 GBK Day14 UTF

字节缓冲流

减少底层调用，提高效率

用缓冲区写数据

看源码，调用缓冲区构造器的时候创建了一个大小为8192字节的数组存数据作为缓冲

缓冲区读数据

复制avi视频

使用System.currentTimeMillis();计算时长

字符流

为什么要用字符流？

GBK编码占用2个字节，UTF-8编码占用3个字节

这种拿到一个字节就读了就出问题了

字节流复制中文不出问题的原因：

因为中文无论是按照GBK--2字节还是UTF-8--3字节编码，第一个字节都会是负数，这样系统按照编码方式转译

字符流的底层还是字节流

---

编码表

编码解码问题

字符流的编码解码问题

InputStreamReader类

同理OutputStreamWriter类

编码构造器

如果后面是GBK，打开文件就会出现乱码，因为文件的编码方式是UTF-8，而指定了GBK的编码方式，所以出现乱码

但如果用GBk的方式去解码就能顺利读出来

• 把用GBK编码的文件按默认UTF-8解码

• 把用GBK编码的文件按GBK解码

字符流写数据

直接这么写写不进去文件，因为字符流通过字节流去写，数据现在存在缓冲区里，需要刷新缓冲，用flush()方法

但如果不写刷新在后面写关闭也行，因为close方法是先刷新缓冲再释放资源，但close方法后面不能继续写数据

字符流读数据

 

标签：编码,Java,字节,字符,补充,解码,GBK,Day14,UTF
来源： https://www.cnblogs.com/ayuanstudy/p/15195088.html

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。