Java统计输入流字节总数需在read()或read(byte[])调用时累加返回值：单字节读取每次+1，批量读取加实际返回数n而非缓冲区长度；可用commons-io的toByteArray()或自定义CountingInputStream装饰类。
Java 中统计输入流读取的字节总数，核心思路是：**在每次调用 read() 或 read(byte[]) 时，累加实际读到的字节数**。不能直接用流的“长度”（如 FileInputStream 可能支持 available()，但该方法不表示总大小，仅表示当前可无阻塞读取的字节数），也不能依赖流是否已关闭——必须在读取过程中显式计数。
手动累加 read() 返回值（适用于所有 InputStream）
每次调用 read() 方法会返回一个 int：读到的字节值（0–255），或 -1 表示流末尾。这个返回值本身就是本次读取的字节数（单字节读取时恒为 1，除非到达末尾）。
注意：虽然 read() 每次只读 1 字节，效率低，但逻辑最直观，适合教学或小数据量场景。
InputStream in = ...;
int total = 0;
int b;
while ((b = in.read()) != -1) {
total++;
}
// total 即为总字节数
累加 read(byte[]) 的返回值（推荐，兼顾效率与准确性）
更常用的是批量读取：read(byte[] b) 或 read(byte[] b, int off, int len)。它们返回实际读取的字节数（可能小于数组长度），这个返回值必须累加——它才是真实传输的字节数。
立即学习“Java免费学习笔记（深入）”；
分析 Java Spring Boot 后端 Controller 代码，自动生成 Markdown 格式的接口文档。当用户说“生成 Java 接口文档”、“生成 API 文档”、“从 Spring 代码生成文档”时触发。
常见错误是直接加数组长度，会导致多算（例如流只剩 3 字节，而你传入 8192 字节缓冲区，实际只读 3，但误加 8192）。
InputStream in = ...;
byte[] buf = new byte[8192];
int total = 0;
int n;
while ((n = in.read(buf)) != -1) {
total += n; // ✅ 关键：加 n，不是 buf.length
}
使用 Apache Commons IO（一行解决）
如果项目已引入 commons-io，可用 IOUtils.toByteArray() 读全部内容到字节数组，再取其长度。简洁但会把整个流加载进内存，不适合超大文件。
// Maven 依赖：org.apache.commons:commons-io byte[] data = IOUtils.toByteArray(in); int total = data.length;
也可用 IOUtils.copy(in, new NullOutputStream()) 配合自定义计数器，但不如手动累加清晰。
封装成可复用的 CountingInputStream（适合复杂场景）
若需在不改变业务逻辑的前提下透明统计（比如要同时解密、压缩、又记字节数），可继承 FilterInputStream 自定义装饰类：
public class CountingInputStream extends FilterInputStream {
private long count = 0;
public CountingInputStream(InputStream in) {
super(in);
}
@Override
public int read() throws IOException {
int b = super.read();
if (b != -1) count++;
return b;
}
@Override
public int read(byte[] b, int off, int len) throws IOException {
int n = super.read(b, off, len);
if (n > 0) count += n;
return n;
}
public long getCount() { return count; }
}
// 使用：
CountingInputStream cis = new CountingInputStream(in);
// ... 正常读取 ...
long total = cis.getCount();
