这个问题我后来定位出来了，使用 JDK 8
try-with-resource 机制自动关闭 Files.newOutputStream 生成的流，流正常关闭，堆外内存释放，但是 java.lang.nio.Bits 中的 reserveMemory ，这个内存占用没有被清理，多次操作之后会 OOM 。
改写为 try-with-resource 机制自动关闭 FileOutputStream 流，就不会有这个问题。
所以推断是 JDK 的 bug

93 天前

回复了 gzk329 创建的主题 › Java › 一个 Springboot 程序，可以快速启动吗？除了运行参数会有变化，其他都不变，希望把其他部分预先加载了，提高启动速度

@linyimin520812 用的是 JDK8

96 天前

回复了 gzk329 创建的主题 › Java › 一个 Springboot 程序，可以快速启动吗？除了运行参数会有变化，其他都不变，希望把其他部分预先加载了，提高启动速度

java -jar springboot.jar --conf=value 每次变化的就是 value ，但是 spring 项目启动太慢了，想加快这个速度。但是这个 springboot.jar 又不是我的，所以对其内部的改动最好不要很大。

96 天前

回复了 gzk329 创建的主题 › Java › 一个 Springboot 程序，可以快速启动吗？除了运行参数会有变化，其他都不变，希望把其他部分预先加载了，提高启动速度

改动需要外置，就是这个 springboot 的程序 jar 包不能动

104 天前

回复了 gzk329 创建的主题 › Java › [求助] Spring 相关，使用了 MultipartFile 进行文件上传，但是抛出了 OOM？

定位出一个 jdk 的 bug 了，给 oracle 提了 bug ，多久会有邮件回复啊？

105 天前

回复了 gzk329 创建的主题 › Java › [求助] Spring 相关，使用了 MultipartFile 进行文件上传，但是抛出了 OOM？

我研究了下好像是因为使用方式的问题，multipartFile.getBytes()这种方式会导致直接内存区使用增加，还不会释放，
multipartFile.transferTo(tempFile)这个方法就不会。

multipartFile.getBytes() 这个方法好像是会拷贝一份 byte[]出来，但是这种不是应该在堆内吗，用完了也就 GC 了，咋会导致直接内存区不断增，一直到溢出啊？

// try (OutputStream out = Files.newOutputStream(tempFile.toPath())) {
// out.write(multipartFile.getBytes());
// } catch (IOException e) {
// e.printStackTrace();
// }

» gzk329 创建的更多回复