故事背景：
为了让物理像素密度更高的iphone6s等手机享受高清图片定制（同时普通手机对图片的质量可以降低），我们需要一个图片服务器来实现以下的功能：
<blockquote>
我想，做的好的公司，都会有这么一个图片服务器，通过url获取参数，然后可以控制图片质量，也可以将图片裁剪成不同的尺寸。

所以我们只需上传大图(@2x)，其余小图都交给图片服务器处理，我们只要负责拼接url即可。
</blockquote>

如，这样一张原图：

https://img.alicdn.com/tps/TB1AGMmIpXXXXafXpXXXXXXXXXX.jpg

可以类似这样，进行图片裁剪：
200×200

https://img.alicdn.com/tps/TB1AGMmIpXXXXafXpXXXXXXXXXX_200x200.jpg

100×100

https://img.alicdn.com/tps/TB1AGMmIpXXXXafXpXXXXXXXXXX_100x100.jpg

查阅之后发现nginx本身可以搞定。
http_image_filter的作用就是在路由这一步，由nginx帮你对图片进行处理，包括裁减啊缩放啊这样的功能。返回一张处理过的图片。
这里跳过编译的步骤（我的nginx是由运维搭建的编译进去了这个模块），高版本的nginx可以动态加载该模块。

下面开始粘贴nginx中的相关配置：

location ~  \/testImage\/(\d+)\.(jpg)$ {

           set $h $arg_h;
           set $w $arg_w;
           #image_filter crop $h $w;
           image_filter resize $h $w;

 }

location ~ \/testImage\/(\d+)_(\d+)x(\d+)\.(jpg)$ {

      if ( -e $document_root/testFile/testImage/$1.$4 ) {
              rewrite '/(\d+)_(\d+)x(\d+)\.(jpg)$' /testFile/testImage/$1.$4?h=$2&w=$3 last;
      }
      return 404;
  }

   location ~* \.(jpg)$ {
   }

location的匹配规则和rewrite写法请参考这里。

以上写法本身参考自这里。

需要强调的是其中判断文件是否存在与rewrite让我写了好半天，希望你可以深入理解跳过这个坑。

另外毕竟是cpu帮我们生成了新图，并没有将它保存下来。所以访问量大的时候是一种消耗。有文章介绍结合Fastdfs一起可以解决这个问题。