应以 read() 返回 -1 为流结束唯一标准，available() 仅表示当前缓冲字节数，无法判断是否还有数据；网络流中它可能返回 0 但后续仍有数据，本地文件流中易与真正结束混淆。
不能靠 available() 判断“是否还有可读数据”，尤其在网络流（如 MinIO、HTTP）中，它返回的只是“当前已缓冲、可立即读取的字节数”，不是剩余总量，也不代表流是否结束。
正确判断流是否还有数据：看 read() 的返回值
Java 流的结束标志是 read() 方法返回 -1，这是唯一可靠、标准的方式：
-
int b = inputStream.read()：读一个字节，返回 0–255 表示成功读到；返回 -1 表示已到流末尾（EOF） -
int len = inputStream.read(byte[] b)：读入字节数组，返回实际读取字节数；返回 -1 表示流已空 - 只要没返回 -1，就说明还有数据可读（哪怕只读到 1 字节）
为什么 available() 不适合判断“是否还有数据”
available() 的语义是“当前缓冲区里有多少字节可以不阻塞地读”，它不是流长度，也不是 EOF 指示器：
- 网络流中，数据分批到达，调用时可能还没收到后续包 → 返回 0，但其实后面还有数据
- 本地文件流中，
available()可能返回文件剩余字节数，但一旦你已读到末尾，它也可能返回 0 —— 这和“流空了”混淆，但你无法区分是刚读完还是根本没数据 - 某些流实现（如
BufferedInputStream）会重写该方法，但行为仍依赖底层缓冲状态，不可靠
实际读取时的典型安全写法
不要先查 available() 再决定是否读，而应直接循环读，以 -1 为退出条件：
Java注释规范Skills
下载
当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。
立即学习“Java免费学习笔记（深入）”；
byte[] buffer = new byte[8192];
int n;
while ((n = inputStream.read(buffer)) != -1) {
// 处理 buffer[0] 到 buffer[n-1] 的 n 个字节
}
// 循环结束后，流已读尽
如果需提前知道流是否有内容（比如空文件或空响应），可尝试读第一个字节：
- 读出 >= 0 → 有数据
- 读出 -1 → 流为空（注意：这会消耗第一个字节，若需保留，要用
PushbackInputStream）
特殊情况补充
对于已知长度的场景（如 HTTP 响应头带 Content-Length），可用它预估总大小，但它仍不能替代 read() == -1 来判断“是否读完了”：
-
Content-Length是服务端声明的大小，实际传输可能被截断或压缩，不可全信 - Chunked 编码下该字段不存在，必须依赖流结束信号
- MinIO 的
getObject返回的是 HTTP 响应体流，本质仍是网络流，适用上述规则
