前言
想象一下，我们平常发朋友圈的时候，n张图片配上文字，嗖的一下就发出去了，不带任何拖泥带水的那种，体验感觉好爽~。
但是我们停下来用技术手段思考一下，这可能吗？有些2g网络最多也就几十k网速，我们的图片随便一张都几m，即使压缩过也有几百k，怎么可能瞬间发出消息呢？
现在想想，是不是有些诡异呢~
其实吧，众多社交软件（微博，微信）都是用了一种秒发机制。他并不是真的先去发送然后发送完毕再告诉你发送成功，而是直接告诉你发送成功，然后后台再偷偷去上传你发的东西，所以在网速不好的时候我们会经常发现一个现象，刚开始发出的朋友圈刚开始很正常，但是过了几分钟后，提示我们发送失败！这很很尴尬啊，明明刚开始你什么也没说啊，到了最关键的时候你告诉我不行了..
不要被高大上的技术吓到了，无非就是做了一些小技巧而已，真的很基础，但是也真的很实用。
在讨论技术前首先声明一些初始条件。
1.对数据库表结构进行了一些特殊改造： 朋友圈内容表有一个特殊的字段status， status值有两种情况，值可以为1或者2，
值为1是朋友圈未发布。 值为2是朋友圈已发布。 （暂时看不懂为什么这样做的同学，可以先继续阅读，后面会讲解）
2.此篇文章的秒发功能指的有图片的情况下使用，因为有图片的话，图片上传太慢，所以需要采用秒发机制，但是没有图片纯文字的话，就没太大的必要了，因为文本传输量很低，按照正常流程发送即可。
3.此篇文章的代码是基于phalapi框架，语法都比较简单，有过orm操作经验的同学应该都看得懂
4.此篇文章主要讲解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
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
|
<?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
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
|
<?php //code .. //获取文字信息 code.. //获取图片信息//（它在获取当前用户pic表内的f_id（即获取朋友圈图片），最关键的地方是where条件$data= di()->notorm->pic->select('f_id')->where("status > 1 or (status = 1 && u_id = {$u_id})")->->fetchall(); //code .. ?> |
此处的where条件是秒发机制的最关键的地方：
status大于1（已发表）或者等于1（未发布），（tips：status在有图片的情况下默认值为1）但是属于当前用户发布的内容，都可以读出来，这就有一个很奇妙的现象，就是无论如何，我们自己发的朋友圈，自己永远是可以读出来的，但是其他人就不一定了（因为如果有图片的话，还需要去调用另外一个进程上传图片，然后在那个进程将status改为2）
那么还有最后一个关键点，就是负责上传图片的那个进程（upload.php），这个是真实上传图片的逻辑，
有几张图片，这么upload.php就会被调用几次
每次上传成功后将图片行的字段status改成2
upload.php
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
|
<?php //code.. //把图片上传到服务器目录 //获取长传结果标识，更改状态 if(上传成功){ //将status改回2 $status_data = array("status" => 2); di()->notorm->pic->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。
最关键的是在显示的时候做了一些小技巧，让自己保证可以看到自己发的东西。
好了，以上就是本文的全部内容了，希望对大家学习php有所帮助，也请大家继续关注服务器之家。
