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

想象一下，我们平常发朋友圈的时候，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

<?php
 
//正常获取数据（文本，图片，位置信息等）
 
…
 
Code …
 
Code …
 
//进行判断，如果有图片则为未发布（status为1），无图片则为立即发布（status为2）
 
//如果有图片则通过返回标识符告诉客户端，让他赶紧去调用真实的上传逻辑upload.php，我们这只把最基本的文本上传好，再设置多一个status而已~
 
$status = ($pic_num > 0) ? 1 : 2;
 
//拼接入库数据
 
$where_data = array( "status"=> $status)
 
//数据入库
 
DI()->notorm-> friends ->insert($where_data);
 
?>

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

那么展示页面就是这样：

Lists.php

  <?php
 
//code ..
 
//获取内容列表id
$data['text'] = DI()->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

<?php
 
//Code..
 
//把图片上传到服务器目录
 
//获取长传结果标识，更改状态
 
If(上传成功){
 
//将status改回2
 
$status_data = array("status" => 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。

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