首页 > 文章 > 后端开发 > php如何实现APP的秒发功能

php如何实现APP的秒发功能

*文原创: 2018-01-02 13:29:331794浏览

php如何实现APP的秒发功能？很多社交软件都是用了一种秒发机制，让用户的体检感很好，今天我们也来谈谈这些社交软件中常用的小技巧。希望对大家有所帮助。

前言

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

<?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 ..
 
//获取文字信息
 
Code..
 
//获取图片信息
//（它在获取当前用户pic表内的f_id（即获取朋友圈图片），最关键的地方是where条件
$data= DI()->notorm->pic->select(&#39;f_id&#39;)->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

<?php
 
//Code..
 
//把图片上传到服务器目录
 
//获取长传结果标识，更改状态
 
If(上传成功){
 
//将status改回2
 
$status_data = array("status" => 2);
 
DI()->notorm->pic->select(&#39;u_id&#39;)->where(&#39;u_id, $u_id)-->update($status_data);
 
}else{
 
Code…
 
}

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

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

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

php如何实现APP的秒发功能

相关文章