InputStream的available()返回不阻塞前提下可立即读取的字节数估计值，非总长度；文件流中较可靠但受int类型限制，网络流中基本不可信；应优先使用File.length()、Content-Length头或循环read()读取。
InputStream 的 available() 方法返回的是“**不阻塞前提下当前可立即读取的字节数估计值**”，不是流总长度，也不是可靠的数据总量。它的实际含义和可靠性，高度依赖于具体子类的实现，尤其在网络流与文件流之间存在本质差异。
文件流中 available() 通常可靠（但有边界）
FileInputStream 重写了 available()，内部通过文件描述符获取当前文件指针到末尾的剩余字节数（即 file.length() - currentPos）。因此：
- 只要文件未被并发修改，该值基本等于剩余待读字节数，可用于预估缓冲区大小；
- 注意：返回类型是
int，最大支持约 2GB（Integer.MAX_VALUE = 2147483647），超大文件可能截断或抛出异常； - 更推荐直接用
new File(path).length()获取总大小，语义明确、无歧义、无类型限制。
网络流中 available() 基本不可信
SocketInputStream、HttpURLConnection.getInputStream() 等网络相关流，其 available() 行为受 TCP 缓冲区、网络延迟、分包机制影响极大：
- 连接刚建立时调用，常返回
0—— 数据尚未到达内核缓冲区； - 即使对方已发送完整数据，也可能因未及时投递而返回部分值（如 512、1024），甚至多次调用结果不同；
- 它反映的是“此刻 OS 接收缓冲区里有多少字节可拷贝”，不是“整个响应体还有多少字节”；
- 试图靠
read()+available()组合来“凑齐全部数据”是危险的，容易漏读或死等。
替代方案比依赖 available() 更稳妥
无论文件还是网络流，都不应把 available() 当作长度权威来源。实用做法如下：
- 本地文件：用
File.length()或 Java 9+ 的Files.size(Paths.get(path))； - HTTP 网络响应：优先解析响应头
Content-Length字段（对 chunked 编码需按块解析）； - 通用流读取：采用循环
read(byte[], off, len)直至返回-1，配合合理缓冲区（如 8192 字节）； - Java 9 起可直接用
inputStream.readAllBytes()—— 它内部已妥善处理循环读取逻辑，无需手动判断长度。
不复杂但容易忽略：available() 是一个低层提示，不是契约承诺。它的价值在于“非阻塞试探”，而非“长度测量”。真正需要确定长度时，就去找源头信息（文件系统、HTTP 头、协议元数据），而不是问流自己。
