Android studio 存储图像的不同版本与根据请求调整大小

Android studio 存储图像的不同版本与根据请求调整大小,android-studio,image-uploading,image-resizing,Android Studio,Image Uploading,Image Resizing,我正在为android编写一个应用程序,用户可以在其中上传图像。我现在的想法是将客户端的图像大小调整到xxhdpi所需的最大分辨率。在我将其发送到服务器并在服务器端存储xxhdpi版本之后。现在实际的问题是,我是否也应该以较低的分辨率存储xhdpi、hdpi,。。。或者在发送给客户端之前,根据请求调整xxhdpi版本的大小(如果需要较小的分辨率)。目标是既不发送也不存储超过实际需要的数据,也不具有良好的响应时间和可接受的服务器工作负载(因为可能有多个调整大小的过程) 我想你已经回答了你自己的问题

我正在为android编写一个应用程序,用户可以在其中上传图像。我现在的想法是将客户端的图像大小调整到xxhdpi所需的最大分辨率。在我将其发送到服务器并在服务器端存储xxhdpi版本之后。现在实际的问题是,我是否也应该以较低的分辨率存储xhdpi、hdpi,。。。或者在发送给客户端之前,根据请求调整xxhdpi版本的大小(如果需要较小的分辨率)。目标是既不发送也不存储超过实际需要的数据,也不具有良好的响应时间和可接受的服务器工作负载(因为可能有多个调整大小的过程)

我想你已经回答了你自己的问题。这实际上取决于服务器的限制。如果您的存储空间有限,那么在服务器端重新调整映像大小可能是最佳选择。如果处理能力是一个更大的问题,那么存储多个版本将是最好的。我会假设存储多个版本会带来更好的速度和更好的可扩展性。我会做一些性能方面的测试。上传一个映像,然后使用服务器压力测试工具同时发出大约100个请求,看看服务器如何处理它

是的,有点像,但我还在发展过程中。虽然如此,我并没有最终的服务器,只有一个我只用于测试问题的服务器。我还没有任何处理此类问题的经验,我想了解的是,在服务器端,尤其是在扩展时,什么是过去更重要的问题。我的猜测是,随着用户数量的增加,与上传量相比,请求量将不成比例地增加。在我看来,我会选择存储不同版本的文件。根据我的经验,存储通常比处理能力便宜。如果你以后发现上传过程很慢的话,你也可以在上传时执行一个后台作业来重新调整图像的大小,这正是我所想的。Thx很多