app后端设计(12)--图片的处理

app上线后，不断接受用户的反馈，于是，反馈非常差的情况下，都会有app的改版。

 

一旦app的改版，都会有比较大的UI改动，一改动UI，那么图片的尺寸也就必须要改变。

 

在app后端设计(1)—api(http://blog.csdn.net/newjueqi/article/details/14053733)这篇文章中，我提到过app后台图片处理的一个基本原则，数据库中只保存原图的路径。对于同一张图片来说，针对不同机型，不同app版本所需要的不同尺寸，使用动态生成的策略，大体思路如下：

 

（1）      在图片的url末尾加上参数，声明需要生成的图片的新的尺寸，例如：户端需要图片（http://www.baidu.com/img/bdlogo.gif）的80*80的尺寸，则在图片的路径加上宽和高的参数（类似于CDN的机制） http://www.baidu.com/img/bdlogo.gif？w=80&h=80

（2）      服务器接收到图片的请求，先在缓存中查找这个尺寸的图片是否已经生成，如果已经在缓存中有记录，则不用重新生成。

（3）      如果该尺寸的图片还没生成，则生成新的图片尺寸，并把新生成的图片路径放在缓存中。

 

 

在app整个系统架构中，图片应该有两层缓存：

（1）      app本地的图片缓存，当app中没有该图片时，才去服务取

（2）      服务器的图片缓存，记录图片不同尺寸的保存路径

 

我的建议是，如果不差钱，直接使用七牛的云存储的服务吧，云存储不但可以加速图片的下载上传，也能实现图片的大量操作。要知道，速度才是用户体验最直接的部分。

 

如果真的要自己实现图片的裁切，那么要考虑到图片操作是非常消耗CPU，内存，和大量的磁盘IO，所以在选择图片处理工具要慎重！！！

 

推荐使用GraphicsMagick，一个久经考验的图片处理软件，支持多个平台，而且支持多种语言的客服端。GraphicsMagick是ImageMagick的一个分支，相对于ImageMagick而言，TA处理速度更快，消耗资源更少，并且大的图片处理网