bufferedoutputstream不支持断点续传，因其无随机访问能力且屏蔽底层定位；正确做法是直接使用fileoutputstream.getchannel().position()或randomaccessfile配合filechannel实现精准偏移写入。
BufferedOutputStream 本身不支持断点续传的偏移量定位，因为它是一个写缓冲流，没有随机访问能力。断点续传需要的是在已有文件末尾（或指定位置）继续写入，这必须依赖底层的 FileOutputStream（支持 seek），而 BufferedOutputStream 会屏蔽掉底层的定位能力。
断点续传必须绕过 BufferedOutputStream 的缓冲机制
BufferedOutputStream 的 write() 方法总是从缓冲区起始位置顺序写入，且内部维护自己的 offset 和 count，无法手动设置“当前写入位置”。即使你用 FileOutputStream.getChannel().position(offset) 调整了底层文件指针，BufferedOutputStream 仍会忽略该位置，继续往缓冲区追加并刷新到文件开头或当前缓冲区逻辑起点——导致数据错位或覆盖。
正确做法是：断点续传时不要用 BufferedOutputStream 包装 FileOutputStream，而是直接操作带 position 设置能力的底层流：
- 用 new FileOutputStream(file, true) 追加模式（适用于纯追加，但无法跳转到任意 offset）
- 或更通用：用 FileOutputStream.getChannel().position(desiredOffset) 定位，再 write()
- 若需缓冲性能，可手动实现简易缓冲（如 byte[] buffer + write(byte[], off, len)），而非依赖 BufferedOutputStream
如果非要保留缓冲，只能放弃“任意 offset 写入”
BufferedOutputStream 的设计目标是提升顺序写性能，不是随机写。它的缓冲区是线性累积的，没有 reset、seek 或 mark/reset 支持。一旦构造完成，它就只认“下一次 write 该填缓冲区哪个 slot”，和文件实际物理位置无关。
Java JDK 25 来自 OpenJDK 官方归档，版本为 JDK 25，本条下载地址已指向官方 Windows x64 zip 安装包直链，适合调试旧项目或兼容旧版 Java 运行环境。
常见误解：以为 flush() 后调用底层 channel.position() 就能续写——不行。因为 flush() 只把缓冲区内容刷出，但 BufferedOutputStream 内部计数器（count）已归零，下次 write 仍从缓冲区索引 0 开始，而底层文件指针已被你挪动，结果就是数据写到错误位置。
推荐的断点续传写入方案
使用 FileChannel 配合 ByteBuffer，完全可控：
- 打开文件：FileChannel channel = new RandomAccessFile(file, "rw").getChannel()
- 定位：channel.position(desiredOffset)
- 写入：channel.write(byteBuffer)，自动从当前位置开始写
- 需要缓冲？自己分配 ByteBuffer.allocate(8192)，重复 fill → flip → write → clear
这样既保证定位精度，又能通过 ByteBuffer 复用实现高效缓冲，比 BufferedOutputStream 更适合断点场景。
本质上，BufferedOutputStream 和断点续传是设计目标冲突的组合——前者为顺序写优化，后者依赖随机写能力。选对工具比强行改造更重要。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
