請問具體到PHP的代碼層面，改善高並發的措施有哪些

1、今天被問一個問題：請問具體到PHP的代碼層面，改善高並發的措施有哪些?

面對高並發問題我首先想到的是叢集、緩衝（apt、redis、mem、記憶體...），但具體到PHP代碼層面除了想到隊列、減少網路請求，想不到別的了，所以開了這個討論貼，希望大神留下可行方案。

回複內容：

1、今天被問一個問題：請問具體到PHP的代碼層面，改善高並發的措施有哪些?

面對高並發問題我首先想到的是叢集、緩衝（apt、redis、mem、記憶體...），但具體到PHP代碼層面除了想到隊列、減少網路請求，想不到別的了，所以開了這個討論貼，希望大神留下可行方案。

我覺得 PHP 代碼層面的話，那就直接從 PHP 的相關知識點出發

• 項目的 SESSION 處理機制，files->DB->Cache

• 項目的 Log 記錄情況，files->DB

• 資源複用、長時間操作非同步處理，單例、全域資料共用，隊列等

• 位元組程式碼快取 APC,XCACHE,OPCACHE

• 資料（view）緩衝，檔案快取(files)->本機快取(Yac)->分布式緩衝(MEMCACHE,REDIS)

• 架構選擇，微架構(Lumen)->全棧PHP架構(SF,LARAVEL)->擴充架構(Yaf，Phalcon)->並行架構(Yar)

• PHP 版本選擇, PHP5.x->hhvm->php7

是面試時候的問題嗎？

估計是面試公司實際開發時候遇到相關的問題，就拿來當面試問題

具體到代碼方面，現在通常談到提高並發能力，可以借鑒nodejs的思路，就是非同步，非阻塞式的訪問，以保證高並發，所以你可以談談php都有哪些非同步作業的擴充，比如我搜了一下有個叫做swoole的擴充。
還有就是把計算任務更多的交到前端，減少伺服器端的計算，提高響應速度。
還有就是操作資料庫，可能談一談如何修改資料庫的組織形式（減少join之類的操作）也不錯

唯快不破!

10ms一次的請求, 比100ms一次的請求, 壓力會小10倍, 因為你的並發是有限的, 如果一個串連進來後, 遲遲不完結, 就會佔用資源不釋放, 容易發生同一時間記憶體在大量並發串連. CPU和記憶體滿的時候, 會惡性迴圈卡死, 所以要設好串連數上限.

然後, 絕大多數人有這個毛病(我們公司到處有這樣代碼), 未最佳化的大量資料I/O:

// 取使用者的訂單列表$orders = api_get_orders($uid);// 可是, 訂單裡沒有商品的詳情, 怎麼做呢?foreach($orders as $i=>$order){    // api_get_good_by_id 是個緩衝或mysql IO    $orders[$i]['good'] = api_get_good_by_id($order['goodid']);}return $orders;

迴圈中產生了大量的IO, 如果平均一使用者一次資料20個訂單資料, 10個並發請求就產生了200個資料庫/緩衝IO

把它們合并為一個IO:

// 取使用者的訂單列表$orders = api_get_orders($uid);// 提取goodid序列$goodids = array_map(function($o){ return $o['goodid']; }, $orders);// 一次性把商品全部取出來$goods = api_get_goods_by_ids( $goodids );// 封裝到$ordersforeach($goods as $i=>$g){    $orders[$i]["good"] = $g;}return $goods;

緩衝驅動設計一層 runtime cache

有時候會大量的從緩衝中讀同一個key的資料, 如果我們加了一級runtime cache, 有了一次緩衝IO, 下次直接從php變數中取, 豈不是更快? 類似我們在方法內用 static 緩衝一些穩定不變的資料. 當然,別忘了封裝緩衝delete, set的時候, 清除或更新runtime緩衝.

對, 一切都是為了減少IO和提高複用, 計較那些什麼演算法排序能快點, 意義不大, sql語句最佳化除外

對象資源複用 例如單例模式 執行個體化一個資料庫物件 這個對象共用
減少對資料的IO開銷

我也瞭解的比較淺，我就知道，能少請求資料庫就盡量少請求，存庫的資料如果不急的話的就放redis，然後做定時任務去跑。

一般最怕的應該是對同一條資料的更新問題，比如說跟新庫存。這種採用隊列就能解決了。

