java – 上传不同的图像尺寸或单个尺寸以便稍后处理？

或者,如果预计负载不重,您可以在访问这些尺寸的第一时间创建不同的尺寸,然后将其存储以备将来使用.因此,该方法仅通过创建实际使用的图像来使用较少的磁盘空间,但是在第一次使用图像大小时将禁止访问时间.未来的访问时间会很快,访问缓存的图像.

更大负荷的附录

考虑在单独的工作服务器上执行图像处理.理想情况下,前端和工作服务器将共享上载和存储图像的存储装载,从而节省它们之间的传输带宽.在上载原件时,主应用程序将图像放在队列中以供工作人员处理.在处理之前,图像无法使用,但处理负载仍然独立于前端,因此它对最终用户体验没有太大的直接影响.

根据您每分钟预期的上传次数,工作进程可以像每分钟运行的cron作业一样简单,以轮询待处理的上载任务表(由主应用程序注册),执行转换,并在更新表时他们已经完成了.但是,如果一分钟太长而无法等待,则需要一个连续运行的工作进程来轮询新任务.显然,实施起来更复杂.

无论您做什么,每次需要时都不要重新生成替代图像尺寸.将它们存放在某处.