先上图

明显可以看到，抖动已经完全消除。这个接口每天有2000万次请求，粗算QPS = 20000000次 / 40000秒 = 500。

一、feed推荐接口中包含哪些内容

根据唱吧的业务需求，feed推荐接口主要包含三部分内容：

1、你关注的好友中正在唱歌的。

2、你关注的好友中正在直播间直播。

3、你关注的好友中正在火星直播中表演的。

4、如果以上为空的话，会推荐热门的火星主播，一月推荐一次。

二、feed推荐接口都做哪些事？

在优化之前，这块纯粹是流程化的开发方式。先获取你关注了哪些好友，然后循环这些好友，依次从唱歌/直播间/火星直播三个库中获取你的关注是否正在表演。最后，如果取到了值，就获取正在收看他表演的观众数等维度来打分排序，取得分最高的好友，获取他的用户信息，把用户信息和正在做的事情返回给客户端。

三、思考。

我们来思考一下，这样的流程中，怎样来优化，哪里有优化的空间？

1、依次去唱歌/直播间/火星直播中取数据，起码需要三次网络请求，这块是不是融合成一个大列表，而不是维护着三个列表。大列表在晚高峰也不超过1万人，所以其实还好。

2、循环好友列表，每次循环都是要做上面的第一点。

3、如果我和你都关注了同一个网红主播，你feed推荐接口的请求和我feed推荐接口的请求进来的时候，我们都要查询的他的观众人数和计算得分，这是重复的操作。

4、最后返回之前都要查一下用户信息，用户修改昵称的频率并不会很高，这块也可以优化掉。

5、部分操作可以转入后台，比如crontab，从而减轻前台的压力。

四、操作。

1、后台起一个cron，10秒一次，从三个来源中依次取出正在表演的列表。

2、分别循环三个列表中的所有表演者，计算得分，获取正在唱什么歌，获取用户头像昵称等信息。

3、三个列表融合成一个大列表，并用type字段来标志是正在唱歌/直播间/火星直播，并根据他们当前的操作来拼接文案。

4、这个大列表写入memcache。

5、请求进来的时候，从memcache中获取这个大列表，把这个列表存入本地的opcache中，这样还避免了每次都有一个memcache的网络请求。

6、获取我的好友列表，选出我的好友中正在表演的人。

五、收获

缕清楚需求和现有代码，找到痛点，开动脑筋。

      一个很常见的业务场景，我们有很多的MP4视频文件，在列表页中，是需要展示一个图片作为封面。在此之前，我们的封面图片都是jpg。然鹅，某天产品汪心血来潮，想要把gif动画来作为封面，那么问题就来了，如何把MP4的几秒钟内容提出来生成一个gif动画呢？比如每个MP4视频文件的第10秒到15秒这5秒钟的内容转成gif呢？

      大的思路上，MP4是一个视频，视频是由帧组成的，一帧是一张图片，比如一秒播放60张，连起来就是个视频。

      先上最关键的命令，ffmpeg提供了将MP4转gif的操作：

ffmpeg -ss 25 -t 5 -i shipin.mp4 -r 5 -s 150x150 -y -f gif shipin.gif

-ss 25 -t 5：从视频25开始，一共5秒。

-i shipin.mp4：输入的视频

-r 5: 一秒取5帧。

-s 150x150：生成的图片是150*150尺寸。

-y 同名覆盖

-f gif：输出gif格式。

方法一：

MP4是由客户端APP直接上传到阿里云的OSS存储服务中，那么阿里云是否由接口，这样最简单方便可以打发走PM。调研发现，阿里云提供了MP4转GIF服务，实测发现，这个服务不能只转视频的一部分，它会把整个视频文件都给转了，比如38M的MP4文件会转成一个158M的GIF。这种方式PASS掉。

方法二：

在方法一的基础上，咨询阿里云的客服，给出的方案是，阿里云提供MP4指定秒数的一帧提出来生成一张jpg，然后多张jpg生成一张GIF。这样的话，阿里云生成的多个jpg要自己下载下来用生成一个gif。

方法三：

使用ffmpeg自己把MP4转gif。

ffmpeg提供了一个功能，可以把MP4中，指定秒数开始 + 一共多少秒 + 一秒取多少帧 + 图片多少*多少。

最佳时间：

以服务的形式，对外提供MP4生成GIF的服务。生成完成后，再以http回调的方式告诉上层应用，我这边生成好了。

具体步骤：

1、上层应用会在半夜开始跑脚本，根据各项指标，计算出几万个上首页的视频。

2、上层应用调我的service代码，传video_id给我。

3、我拿video_id查库得出视频在阿里云的http地址。

4、计算token，并将video_id + token存在Memcache里，过期时间7200秒。

5、以http的方式调MP4转GIF的服务。将video_id + token + 视频url + 回调函数的http地址。

6、在服务层，收到了请求，校验参数和token的合法性，执行一个ffmpeg命令

Ps：第5步和第6步可以用消息队列来解耦，太麻烦了。

7、生成完成后，传到阿里云的CDN上去，再以回调函数的形式，告诉上层应用，我已经做完了。

8、给上层应用service代码中，验证一下回调参数的video_id和token是不是之前存好的。

9、最后就是，上层应用修改数据库里的字段。

问题：不用消息队列的话，就面临着每次请求时一个HTTP，请求方会一直等着响应方回话。

解决：这个时候，我们可以在请求方的curl中设置超时时间，比如1秒。在响应方，让程序继续往下走，不要因为连接断开而终止执行。毕竟，请求方不需要等待响应，而是用回调方式的告知结果。

代码很简单，不放了。