Files.newBufferedReader(...)与new BufferedReader(...)区别，踩过的坑

下面分别为1.7和1.4提供的API

Files.newBufferedReader(Paths.get(""), StandardCharsets.UTF_8);
new BufferedReader(new InputStreamReader(new FileInputStream(new File("")), StandardCharsets.UTF_8));

1.7的API

Files.newBufferedReader(Paths.get(""), StandardCharsets.UTF_8);

newBufferedReader静态方法

查看2784行InputStreamReader构造函数

查看132行静态方法

 查看85行构造函数

StreamDecoder接收的参数CharsetDecoder为cs.newDecoder()。

 

1.4的API

new BufferedReader(new InputStreamReader(new FileInputStream(new File("")), StandardCharsets.UTF_8));

片段1，第6行，new BufferedReader(reader)，都是将reader作为参数传入。下面重点查看InputStreamReader构造函数

 查看116行静态方法

 

查看78行构造函数，下图231行最终调用下图237行最终的构造函数

StreamDecoder接收的参数CharsetDecoder为cs.newDecoder().onMalformedInput(CodingErrorAction.REPLACE).onUnmappableCharacter(CodingErrorAction.REPLACE)。

 

 两者的区别为StreamDecoder接收的参数，1.4API多了如下两个参数

 

项目中遇到，UTF-8读取未知字符类型文件，前者报错导致程序中断，后者正常。通过编写代码，验证适用的字符类型，前者才能读取成功。

应该是字符类型不对时，后者自适应读取，查看源码时需要导入包含源码的src.zip包。

如果字符类型不确定时，优先采用1.4API。

不对之处，敬请指正。