gzk329 最近的时间轴更新 gzk329 最近的时间轴更新 |
gzk329V2EX 第 458220 号会员，加入于 2019-12-09 14:32:10 +08:00 |
gzk329 最近回复了
38 天前 回复了 gzk329 创建的主题 › Kubernetes › 有什么最稳妥的 K8s 部署方法吗？ |
我的就是 mac ，然后用 dockerdesktop 启动了 k8s 但是我的端口永远开不开，外部连不到我本机的 k8s 集群，本地可以连本地
78 天前 回复了 gzk329 创建的主题 › Java › 遇到了个 Bug，查了下说是 tomcat 的 bug，新版本修复了，但是还会有这个问题？ |
78 天前 回复了 gzk329 创建的主题 › Java › 遇到了个 Bug，查了下说是 tomcat 的 bug，新版本修复了，但是还会有这个问题？ |
再查了下，好像是个系统 bug 。
https://github.com/spring-projects/spring-framework/issues/26434
https://github.com/spring-projects/spring-framework/issues/26434
86 天前 回复了 gzk329 创建的主题 › Java › 如果一个表中一个字段特别长，有必要考虑使用 redis 存储吗？ |
@boobo 就是我把这个字段，存到 redis 中，关系型数据库表里，这个字段留空，提高我入库效率。
87 天前 回复了 gzk329 创建的主题 › Java › [求助] Spring 相关，使用了 MultipartFile 进行文件上传，但是抛出了 OOM？ |
这个问题我后来定位出来了，使用 JDK 8
try-with-resource 机制 自动关闭 Files.newOutputStream 生成的流，流正常关闭，堆外内存释放，但是 java.lang.nio.Bits 中的 reserveMemory ，这个内存占用没有被清理，多次操作之后会 OOM 。
改写为 try-with-resource 机制 自动关闭 FileOutputStream 流，就不会有这个问题。
所以推断是 JDK 的 bug
try-with-resource 机制 自动关闭 Files.newOutputStream 生成的流，流正常关闭，堆外内存释放，但是 java.lang.nio.Bits 中的 reserveMemory ，这个内存占用没有被清理，多次操作之后会 OOM 。
改写为 try-with-resource 机制 自动关闭 FileOutputStream 流，就不会有这个问题。
所以推断是 JDK 的 bug
95 天前 回复了 gzk329 创建的主题 › Java › 一个 Springboot 程序，可以快速启动吗？除了运行参数会有变化，其他都不变，希望把其他部分预先加载了，提高启动速度 |
@linyimin520812 用的是 JDK8
99 天前 回复了 gzk329 创建的主题 › Java › 一个 Springboot 程序，可以快速启动吗？除了运行参数会有变化，其他都不变，希望把其他部分预先加载了，提高启动速度 |
java -jar springboot.jar --conf=value 每次变化的就是 value ，但是 spring 项目启动太慢了，想加快这个速度。但是这个 springboot.jar 又不是我的，所以对其内部的改动最好不要很大。
99 天前 回复了 gzk329 创建的主题 › Java › 一个 Springboot 程序，可以快速启动吗？除了运行参数会有变化，其他都不变，希望把其他部分预先加载了，提高启动速度 |
改动需要外置，就是这个 springboot 的程序 jar 包不能动
106 天前 回复了 gzk329 创建的主题 › Java › [求助] Spring 相关，使用了 MultipartFile 进行文件上传，但是抛出了 OOM？ |
定位出一个 jdk 的 bug 了，给 oracle 提了 bug ，多久会有邮件回复啊？
107 天前 回复了 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();
// }
multipartFile.transferTo(tempFile)这个方法就不会。
multipartFile.getBytes() 这个方法好像是会拷贝一份 byte[]出来，但是这种不是应该在堆内吗，用完了也就 GC 了，咋会导致直接内存区不断增，一直到溢出啊？
// try (OutputStream out = Files.newOutputStream(tempFile.toPath())) {
// out.write(multipartFile.getBytes());
// } catch (IOException e) {
// e.printStackTrace();
// }
Select Language