dataoutputstream 通过封装 digestoutputstream 实现边写入边计算 md5：digestoutputstream 作为装饰器包裹底层流并同步更新 messagedigest，dataoutputstream 提供结构化写法但不干预摘要逻辑。
在 Java 中，DataOutputStream 本身不直接参与哈希计算，但它可以和 DigestOutputStream 配合使用：关键在于把 DigestOutputStream 作为底层输出流，再用 DataOutputStream 封装它。这样所有通过 DataOutputStream 写入的数据，都会被自动送入 MD5 摘要引擎。
核心思路：用 DigestOutputStream 包装底层流
DigestOutputStream 是一个装饰器流（Decorator），它包裹一个真实输出流（比如 ByteArrayOutputStream 或 FileOutputStream），并在每次 write() 时同步更新内部的 MessageDigest（如 MD5）。而 DataOutputStream 只负责提供 writeInt()、writeUTF() 等结构化写法，并不关心底层是否计算摘要——只要它的 out 字段指向的是 DigestOutputStream，数据就自然流经摘要器。
典型写法示例
以下代码演示如何边写入结构化数据，边累积 MD5：
MessageDigest md = MessageDigest.getInstance("MD5");
ByteArrayOutputStream baos = new ByteArrayOutputStream();
DigestOutputStream dos = new DigestOutputStream(baos, md);
DataOutputStream dataOut = new DataOutputStream(dos); // 关键：dos 作底层
// 所有写入都经过 digest
dataOut.writeInt(12345);
dataOut.writeUTF("hello world");
dataOut.writeDouble(3.14159);
dataOut.flush();
// 获取最终 MD5 值
byte[] md5Bytes = md.digest(); // 或 dos.getMessageDigest().digest()
String md5Hex = HexFormat.of().formatHex(md5Bytes); // Java 17+
注意事项与常见陷阱
-
不能只关闭 DataOutputStream：必须确保
flush()或close()被调用，否则最后一批缓冲数据可能未送入DigestOutputStream，导致 MD5 不完整。 -
MessageDigest 不可重用：每个
DigestOutputStream绑定一个MessageDigest实例；若需多次计算，应新建MessageDigest和DigestOutputStream。 -
避免双重写入：不要同时向
baos和dataOut写数据，否则会重复计入摘要，结果错误。 -
字节序与格式一致：
DataOutputStream使用大端序（network byte order），MD5 计算的是原始字节流，所以只要写入逻辑确定，MD5 就是确定的——这点对校验一致性很重要。
替代方案：更清晰的职责分离
如果业务逻辑复杂，推荐显式分离“写数据”和“算摘要”：
- 先用
ByteArrayOutputStream+DataOutputStream序列化全部内容 - 再对得到的
byte[]调用MessageDigest.update(byte[]) - 适合需要多次重试、调试或分段处理的场景
这种方式更易测试和复用，但内存开销略高；而流式组合方式更适合大数据量或流式传输场景。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
