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

大菌说事

想象一下,我们平常发朋友圈的时候,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)的结果/当然也可能上传超时(通常一分钟内会出结果),如果成功的话则顺利上传,失败的话则报发送失败,但是在等待结果的一分钟之内,他会先让你觉得你已经发送了,除非上传失败,才会在后来提醒你。

    那么让我们在技术层面来分析一下这套机制吧:
    %E5%BE%AE%E4%BF%A1%E6%88%AA%E5%9B%BE_20160731222630.png

    当我们点上右上角的发送键后,有两个进程在同时启动,其中一个进程是帮你上传文本并且告诉你已经发送成功啦(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。

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

    阅读 4k

    傍晚八点半
    请你指出我文章中的错误与不足,谢谢
    4.9k 声望
    681 粉丝
    0 条评论
    你知道吗?

    4.9k 声望
    681 粉丝
    宣传栏