Files.readAllBytes()仅适用于明确体积小（如≤5MB）且需随机访问全部字节的场景，如配置图标、密钥、小PB消息等；大文件或不确定大小时须用流式读取并校验尺寸。
Files.readAllBytes() 适合读取小型二进制文件（通常 ≤ 几 MB），它会一次性把整个文件加载进 byte[]，简单直接；但一旦文件稍大或调用频繁，就容易触发 GC 压力甚至 OutOfMemoryError。
什么时候该用 Files.readAllBytes()？
只适用于明确知道文件体积小、且后续需要随机访问全部字节的场景，比如读取配置图标、加密密钥、小尺寸序列化数据（如 Protocol Buffer 小消息）、测试用 fixture 文件等。
不适用于：日志文件、图片/视频原始流、网络响应体、用户上传的任意文件——这些必须用流式读取（InputStream + 缓冲）。
- 文件路径应已存在且可读，否则抛
IOException（如NoSuchFileException） - 调用前建议先用
Files.size(path)做体积校验（例如限制 ≤ 5MB），避免意外加载超大文件 - 注意 JDK 版本：JDK 7+ 支持，但 JDK 11+ 对某些文件系统（如 Windows 的符号链接）行为更稳定
常见错误：忽略异常和资源泄漏风险
Files.readAllBytes() 是静态方法，不涉及手动关闭资源，所以没有传统意义上的“资源泄漏”；但很多人误以为它能安全读取任意大小文件，结果在生产环境突然 OOM。
java-api-doc-generator
下载
分析 Java Spring Boot 后端 Controller 代码，自动生成 Markdown 格式的接口文档。当用户说“生成 Java 接口文档”、“生成 API 文档”、“从 Spring 代码生成文档”时触发。
立即学习“Java免费学习笔记（深入）”；
- 错误写法：
byte[] data = Files.readAllBytes(Paths.get("user-uploaded.bin"));—— 没做大小检查，也没兜底处理 - 正确做法：包裹 try-catch，并在读取前加体积断言：
long size = Files.size(path); if (size > 5_000_000) { throw new IllegalArgumentException("File too large: " + size); } byte[] data = Files.readAllBytes(path); - 别捕获
Exception，应明确处理IOException和SecurityException（尤其在安全管理器启用时）
替代方案对比：比 readAllBytes() 更可控的读法
如果“小型”边界模糊，或你希望复用缓冲区、控制内存峰值，推荐用 Files.newInputStream() 配合 ByteArrayOutputStream：
- 优势：可设固定缓冲区（如 8KB），内存占用恒定；支持中途取消或限速
- 劣势：代码略长，需手动 close（或用 try-with-resources）
- 示例：
try (InputStream is = Files.newInputStream(path)) { ByteArrayOutputStream baos = new ByteArrayOutputStream(); is.transferTo(baos); // JDK 9+，等效于循环 read/write byte[] data = baos.toByteArray(); } - 注意：
transferTo()在 JDK 9+ 才有；JDK 8 只能用IOUtils.copy()（Apache Commons）或手写循环
真正关键的不是函数怎么写，而是你是否清楚这个文件“为什么确定是小的”——靠文档约定？靠上游校验？还是靠运行时 Files.size() 检查？没这个意识，再简单的 API 也会翻车。
