浅析php如何实现App常用的秒发功能_php实例

WBOY
发布: 2016-08-17 13:02:32
原创
1124 人浏览过

前言

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

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

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

那么展示页面就是这样:

Lists.php

<&#63;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 ..
 
&#63;>
登录后复制

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

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

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

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

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

upload.php

<&#63;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有所帮助,也请大家继续关注脚本之家。

相关标签:
来源:php.cn
本站声明
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系admin@php.cn
热门教程
更多>
最新下载
更多>
网站特效
网站源码
网站素材
前端模板