randomaccessfile 支持真正随机访问，通过 seek() 直接定位字节偏移，实现精准读写与覆盖修改，适用于日志分析、二进制解析等场景；seek 仅移动文件指针，不触发 i/o，后续读写从此处开始。
RandomAccessFile 是 Java 中少数支持真正“随机访问”的 I/O 类，它不依赖缓冲区顺序读写，而是通过 seek() 方法直接跳转到文件任意字节偏移位置，实现对大文件的精准定位、读取或覆盖修改——这在日志分析、二进制协议解析、数据库底层存储等场景中非常关键。
seek() 的核心作用：移动文件指针，不读不写只定位
调用 seek(long pos) 时，RandomAccessFile 会将内部的“文件指针”（file pointer）设置为从文件开头起的第 pos 个字节（从 0 开始计数）。这个操作本身不触发任何 I/O，只是更新位置标记。后续的 readXXX() 或 writeXXX() 都会从此处开始执行。
- 若 pos 超出当前文件长度，后续写入会自动扩展文件（中间空洞以 0 填充）；读取则返回 -1 或抛出 EOFException
- seek(0) 等价于“回到文件开头”，常用于重读或覆盖写入起始段
- seek(file.length()) 可定位到文件末尾，适合追加写入（但注意：此时 write() 不等价于 FileOutputStream 的 append 模式，需手动控制）
精准修改的关键：覆盖写入，而非插入或删除
RandomAccessFile 不支持在文件中间“插入”或“删除”字节——它的写入本质是按字节覆盖。要安全修改某段内容，必须确保：
- 目标区域长度与新数据字节长度严格一致（例如：用 4 字节 int 替换原有 4 字节整数）
- 先 seek 到起始偏移，再 write，避免污染邻近数据
- 若新数据更短，残留字节仍保留在原位；若更长，则会覆盖后续有效数据——需提前校验或重构逻辑
示例：修改一个固定格式日志文件中第 1024 字节起的 8 字节时间戳（long 类型）：
raf.seek(1024); raf.writeLong(System.currentTimeMillis());
处理大文件的实用技巧
面对 GB 级文件，单纯靠 seek + read/write 易出错，建议配合以下实践：
- 用 getFilePointer() 实时校验位置：执行 seek 后调用它，确认指针已到位，尤其在循环或异常恢复场景下
- 结合 ByteBuffer 提升结构化读写效率：将 raf.getChannel().map() 映射为 MappedByteBuffer，适用于频繁随机访问的只读或小范围修改场景
- 避免跨平台字节序陷阱：writeInt() 默认使用大端序，若文件由 C/C++ 程序生成且采用小端，需手动反转字节或改用 DataOutputStream 包装并设置 ByteOrder
- 修改前备份关键偏移段：对不可逆操作，可先 read 保存原始字节，便于出错回滚
常见误区提醒
不少开发者误以为 seek() 可以“跳过文本行”或“定位到某个字符串”。需要明确：
- seek() 操作单位是字节，不是字符、行或字段——UTF-8 中一个汉字占 3 字节，换行符可能是 \n（1 字节）或 \r\n（2 字节），必须自行计算偏移
- 没有内置“查找字符串并 seek”的方法，如需定位某段文本，得用 while + readLine() 或逐字节扫描（性能差），更适合先构建索引或改用内存映射+KMP等算法
- 多线程并发访问同一 RandomAccessFile 实例不安全，需外加同步；若需高并发，应考虑分片或切换到 NIO 的 FileChannel + ByteBuffer 组合
