摘要：想象一下，我們平常發朋友圈的時候，張圖片配上文字，嗖的一下就發出去了，不帶任何拖泥帶水的那種，體驗感覺好爽。對數據庫表結構進行了一些特殊改造朋友圈內容表有一個特殊的字段，值有兩種情況，值可以為或者，值為是朋友圈未發布。值為是朋友圈已發布。

想象一下，我們平常發朋友圈的時候，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

 0) ? 1 : 2;
 
//拼接入庫數據
 
$where_data = array( "status"=> $status)
 
//數據入庫
 
DI()->notorm-> friends ->insert($where_data);
 
?>

看出玄妙了嗎？我們對入庫的status字段進行了一次判斷，分別會有1（未發布）和2（已發布）兩種情況，那么在讀取數據的時候我們應該怎么做呢（list.php）？

那么展示頁面就是這樣：

Lists.php

  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

 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。

最關鍵的是在顯示的時候做了一些小技巧，讓自己保證可以看到自己發的東西。