java 临时内存_临时的,内存中的Java文件

我们有一个内容管理系统,允许我们的用户存储通过REST Web服务上传的文件.在将这些文件存储在存储库中之前,它们的内容是加密的.

检索这些文件时,文件内容将被解密,并放入字节数组中.目的是将这些内容作为文件附件传递回客户端,它们可以存储在本地计算机上.

为此,我目前将内容存储到临时文件中,并将临时文件作为附件传回.这种方法具有先前加密的存储库文件的令人讨厌的副作用,在临时目录中“以明文”存储.

我知道我可以在JVM结束时将临时文件设置为自动删除,但由于这是服务器,因此服务器重启之间可能需要很长时间.

我也可以(我猜)设置一些监听器工作来定期检查临时目录并删除超过一定年龄的文件,但这看起来很麻烦,并没有真正解决问题 – 它只是缩短了曝光时间.

我正在寻找避免临时文件的替代方案,但仍然允许用户通过Web服务下载(最好是在内存中)文件作为附件.

任何的想法?

谢谢!

解决方法:

嗯,我想你可以将数据存储在Java对象中,例如HashMap并将其用作缓存(使用弱引用,以便在垃圾收集器决定执行此操作时缓存可以收集垃圾).如果这意味着对使用中的堆数量产生可怕的后果,那么您可以查看运行内存缓存或Java等效内容,例如: ehcache将您的对象存储在远离JVM堆的位置.

有没有理由你不能只回流结果,所以当它完成后它会被JVM清理干净?

标签:content-management,java,rest,web-services

来源: https://codeday.me/bug/20190903/1796526.html

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值