Java IO 的缺陷与过时设计 | AI生成和翻译
问题：关于 Java IO 有哪些不太流行的观点？
回答：
Java 的 java.io 包（通常称为 Java IO）自早期版本以来一直是该语言的核心部分，但与现代替代方案相比，它的设计选择被认为过时或繁琐，因此也招致了一些批评。以下是开发者社区中常见的一些不太流行或与普遍观点相反的看法：
-
java.io 存在根本缺陷且过于复杂：流的装饰器模式（例如，将
FileInputStream包装在BufferedInputStream中，然后包装在DataInputStream中）被认为是冗长且容易出错的。批评者认为，它会导致嵌套结构和过多的样板代码，尤其是对于读取文件等简单任务。 -
java.io 应该完全避免，转而使用 NIO (java.nio)：一种不受欢迎的观点是，原始的阻塞式、基于流的 IO 对于大多数用例来说已经过时。NIO（在 Java 1.4 中引入并在 Java 7 的 NIO.2 中得到增强）提供了非阻塞操作、缓冲区、通道以及通过
java.nio.file.Files和Path更好的文件处理，这些对于大文件或高并发场景来说更快、更高效。 -
java.io.File 已经过时并且应该被弃用：
java.io.File类因错误处理不佳（例如，对于删除等操作返回boolean而不是抛出异常）以及与java.nio.file.Path和Files相比功能有限而受到批评。 -
java.io 在初学者中助长不良习惯：它的复杂性使得基本的文件操作（例如，读/写文本）难以教授和学习，导致常见的错误，例如未关闭的资源或低效的无缓冲读取。
-
直接使用低级流如 FileInputStream/FileOutputStream 是有害的：它们创建的对象可能由于终结器而在长时间运行的应用程序中给垃圾回收带来压力，现代代码应该使用 try-with-resources 和更高级别的 API。
这些观点之所以“不受欢迎”，是因为 java.io 在基本场景中仍然因其简单性、向后兼容性和熟悉度而被广泛使用。许多开发人员认为它对于日常任务来说是可靠且足够的，并认为除非性能有要求，否则 NIO 的复杂性是多余的。
参考资料：
- Reddit: What are the valid criticisms against Java?
- Reddit: What are some of the outdated Java technologies which are worth avoiding?
- Baeldung: Java IO vs NIO
- DZone: FileInputStream / FileOutputStream Considered Harmful