checkedinputstream可边读边自动计算crc32校验值，其本质是装饰器，每次read()时透明更新内部crc32对象；需完整读取文件并调用getchecksum().getvalue()获取结果，推荐用带缓冲的read(byte[])方式，输出时应使用string.format("%08x", crc & 0xffffffffl)确保标准8位大写十六进制。
CheckedInputStream 能在读取文件流的同时自动计算 CRC32 校验值，无需手动遍历字节或缓冲区，核心在于它把校验逻辑“织入”了读操作链路中。
CheckedInputStream 的工作原理
它是一个装饰器（Decorator）类，包装一个底层 InputStream，并持有一个实现了 Checksum 接口的对象（如 CRC32）。每次调用 read() 方法时，它先从原始流读取数据，再将读到的字节自动传给内部的 checksum 实例更新——这个过程对调用者完全透明。
关键点：不是“读完再算”，而是“边读边算”，且不改变原始流行为，只增加校验副作用。
如何正确使用 CheckedInputStream 计算 CRC32
必须确保整个文件内容被完整读取，否则 checksum 只反映已读部分。常见写法有：
- 用
while (cis.read() != -1)单字节读——简单但性能差，适合小文件或教学演示 - 用带缓冲区的
cis.read(byte[] b)循环读取——推荐，兼顾效率与可控性 - 务必调用
cis.close()或使用 try-with-resources，否则可能遗漏最后一批数据（尤其当缓冲区未填满时） - 读取结束后，通过
cis.getChecksum().getValue()获取最终 CRC32 值（返回long类型）
CRC32 值的格式化输出注意事项
Java 的 CRC32.getValue() 返回的是有符号 long，但 CRC32 标准是 32 位无符号整数。直接打印可能出现负数，这不是错误，而是 Java 二进制表示的自然结果。
要得到标准十六进制字符串（8 位、大写、补零），应使用：
Long.toHexString(crc32.getValue()).toUpperCase().substring(0, 8) —— 更稳妥的做法是用 String.format("%08X", crc32.getValue() & 0xFFFFFFFFL)，避免高位截断问题
与 BufferedInputStream + 手动 update 的对比
CheckedInputStream 方式更简洁、不易出错；而 BufferedInputStream 配合手动 crc.update(bytes, 0, cnt) 更灵活（例如可跳过某些段、支持断点续校验），也更容易控制缓冲策略和异常处理粒度。
性能上两者接近，差异主要来自缓冲区大小和 JVM 优化，实际应用中建议统一用 8KB 或以上缓冲区，避免单字节 read 带来的系统调用开销。
