谈谈社交软件中常用的小技巧：秒发功能

摘要：想象一下，我们平常发朋友圈的时候，张图片配上文字，嗖的一下就发出去了，不带任何拖泥带水的那种，体验感觉好爽。对数据库表结构进行了一些特殊改造朋友圈内容表有一个特殊的字段，值有两种情况，值可以为或者，值为是朋友圈未发布。值为是朋友圈已发布。

想象一下，我们平常发朋友圈的时候，N张图片配上文字，嗖的一下就发出去了，不带任何拖泥带水的那种，体验感觉好爽~。

但是我们停下来用技术手段思考一下，这可能吗？有些2G网络最多也就几十K网速，我们的图片随便一张都几M，即使压缩过也有几百K，怎么可能瞬间发出消息呢？

现在想想，是不是有些诡异呢~

其实吧，众多社交软件（微博，微信）都是用了一种秒发机制。他并不是真的先去发送然后发送完毕再告诉你发送成功，而是直接告诉你发送成功，然后后台再偷偷去上传你发的东西，所以在网速不好的时候我们会经常发现一个现象，刚开始发出的朋友圈刚开始很正常，但是过了几分钟后，提示我们发送失败！这很很尴尬啊，明明刚开始你什么也没说啊，到了最关键的时候你告诉我不行了..

不要被高大上的技术吓到了，无非就是做了一些小技巧而已，真的很基础，但是也真的很实用。

在讨论技术前首先声明一些初始条件。

对数据库表结构进行了一些特殊改造： 朋友圈内容表有一个特殊的字段status， status值有两种情况，值可以为1或者2，
值为1是朋友圈未发布。 值为2是朋友圈已发布。 （暂时看不懂为什么这样做的同学，可以先继续阅读，后面会讲解）

此篇文章的秒发功能指的有图片的情况下使用，因为有图片的话，图片上传太慢，所以需要采用秒发机制，但是没有图片纯文字的话，就没太大的必要了，因为文本传输量很低，按照正常流程发送即可。

此篇文章的代码是基于PhalApi框架（http://www.phalapi.net/），语法都比较简单，有过ORM操作经验的同学应该都看得懂

此篇文章主要讲解APP的秒发功能，WEB端不是特别需要这个功能，因为现代网络足以我们的PC一次性发送很多很多张图片（10M/s，20M/s）

大方向讨论一下整个执行流程：

客户端调用发布API，服务端进行发布内容（publish.php），如果是有图片，那么客户端还要额外调用一个上传API（upload.php），在这个上传API（upload.php）还没完成工作的时候，客户端会直接告诉你发布成功（其实当前是没有上传完成，后面有一个进程在拼命帮你上传着呢），然后客户端会把你发的文字和图片暂时拼接好显示给你看（当前只有你能看到，你朋友圈其他人是看不到的），然后等待着上传API（upload.php）的结果/当然也可能上传超时（通常一分钟内会出结果），如果成功的话则顺利上传，失败的话则报发送失败，但是在等待结果的一分钟之内，他会先让你觉得你已经发送了，除非上传失败，才会在后来提醒你。

那么让我们在技术层面来分析一下这套机制吧：

当我们点上右上角的发送键后，有两个进程在同时启动，其中一个进程是帮你上传文本并且告诉你已经发送成功啦（publish.php），另外一个进程是偷偷去上传你发的图片（upload.php），具体代码如下：

Publish.php

 0) ? 1 : 2;
 
//拼接入库数据
 
$where_data = array( "status"=> $status)
 
//数据入库
 
DI()->notorm-> friends ->insert($where_data);
 
?>

看出玄妙了吗？我们对入库的status字段进行了一次判断，分别会有1（未发布）和2（已发布）两种情况，那么在读取数据的时候我们应该怎么做呢（list.php）？

那么展示页面就是这样：

Lists.php

  notorm->friend->select("f_id")->where("status > 1 OR (status = 1 && u_id = ($u_id))")->fetchAll()
 
//Code..
 
//获取图片信息
//通过内容列表取得对应的图片，如果取不到但是该内容又有图片的话，就在客户端层面讲刚刚发的图片拼接上去，让他先显示出来
 
foreach($data["text"] as $k => $v){
$data["pic"] = DI()->notorm->pic->select("图片地址")->where("f_id",$v)->fetchAll();
} 
 
 
//code .. 
?>

此处的where条件是秒发机制的最关键的地方：

status大于1（已发表）或者等于1（未发布），（tips：status在有图片的情况下默认值为1）但是属于当前用户发布的内容，都可以读出来，这就有一个很奇妙的现象，就是无论如何，我们自己发的朋友圈，自己永远是可以读出来的，但是其他人就不一定了（因为如果有图片的话，还需要去调用另外一个进程上传图片，然后在那个进程将status改为2）

那么还有最后一个关键点，就是负责上传图片的那个进程（upload.php），这个是真实上传图片的逻辑，

有几张图片，这么upload.php就会被调用几次

每次上传成功后将图片行的字段status改成2

upload.php

 2);
 
DI()->notorm->friend->select("u_id")->where("u_id, $u_id)-->update($status_data);
 
}else{
 
Code…
 
}

经过以上的几个操作（首先是publish.php，如果有图片上传的话则调用upload.php，展示的时候是list.php）。

不知道大家看出门道没有，和我们平常写的发布功能不同的是，上传upload.php功能被独立出来了，改装后的发布publish.php会用最快的速度将你的文本内容存进数据库，并且如果有图片内容的话，他会多带带调用上传API upload.php。

最关键的是在显示的时候做了一些小技巧，让自己保证可以看到自己发的东西。