1. 程式人生 > >被swoole坑哭的PHP程式設計師 (轉)

被swoole坑哭的PHP程式設計師 (轉)

本文主要記錄一下學習swoole的過程、填過的坑以及swoole究竟有多麼強大!
首先說一下對swoole的理解:披著PHP外衣的C程式。很多PHPer朋友看到swoole提供的強大功能、外界對其的崇拜便躍躍欲試的安裝、調 試其demo、編寫新功能,然後興奮的奔走相告。沒過幾天當你按照自己的理解繼續用swoole時,發現程式碼並沒有按照自己的預期執行,然後開始破口大 罵,什麼破東西呀,程式碼跟demo基本一樣,為啥執行不通呢?什麼狗屁work、task、共享記憶體、ipcs、非同步,各種問題湧現,然後迅速去查官方文 檔,發現文件中竟然對這些並沒有提及,只是簡單的介紹怎麼使用,此時幾乎對swoole喪失希望。

1:關於phper常用的全域性變數(global)為什麼在onRequest函式中不能使用。

因為swoole是多執行緒程式設計,global是不能在多個程序間共享的。例如

global $i = 0; 

function onRequest() { 

    echo $i++; 

} 

如果在swoole中寫一個上面的程式,並不會每次訪問輸出一個遞增的數字。如果要實現預期的效果,需要使用swoole_table的相關函式。

2:什麼是非同步、什麼是回撥

對於phper來說,對非同步、回撥的理解估計就是ajax。當看到swoole裡面對非同步、回撥的解釋,貌似很簡單的樣子,就這樣在沒有任何多執行緒編輯經驗的時候貿然用了swoole,結果被坑的偷偷擼程式碼好幾個通宵來填自己的坑。

3:為什麼onReceive收到的資料這麼大

客戶端傳送的多次請求,服務端是可以一次性接收的。並不是客戶端傳送一次,服務端接收一次

4:自制httpserve

寫一個http服務端,然後通過瀏覽器訪問這個自制的伺服器,重新整理一次瀏覽器,服務端為什麼為接收到兩次請求?這個問題估計困饒了好多初次用swoole寫httpserver的朋友。因為瀏覽器會多發一個favicon.ico請求。
原因
出現這種情況的原因其實很簡 單,大部分phper都只會php這一種語言,主要用途就是做web,寫業務邏輯。很少去了解伺服器程式的開發。有一次一個朋友用swoole寫了一個簡 單的服務端,一個客戶端,跑過來問我為什麼都啟動了卻都收不到資料,我簡單看了下程式碼,所有連線確實都成功了,兩端都設定了onReceive回撥,程式碼 沒問題,看到最後才發現他的服務端、客戶端都設定了接到訊息的回撥函式,但是兩端都沒有向對方發訊息,兩端處於僵持狀態。然後swoole官方對於這種常 識問題沒有給出說明,只是說如何設定回撥、如何發訊息,如何這樣,如何那樣。對於有服務端開發經驗的同學來說,肯定不會遇到這種問題,swoole文件也 不需要指明需要這樣做,因為這是常識。但對於phper來說,指明這一點是非常重要的,因為如上面所說phper是沒有這方面認知的,只有服務端開發經驗 的程式設計師有才會有。
swoole的特色:


網路通訊 框架、非同步、多執行緒。這些特性正是php所不完善的功能(雖然官方提供很多基礎函式可以實現這些功能,然後缺少中文文件,很少有人用php來實現這部分功 能),普通的phper也不具備這些特性的基礎認知,所以貿然使用swoole難免會遇到一些根本在swoole官方查不到的常識問題。

使用swoole必須要掌握的技能

  • 多執行緒程式設計
  • 程序間通訊
  • 網路協議TCP/UDP的認知
  • PHP的各項基本技能

個人學習swoole的經歷

在很久之前我也是一個只會 php的程式設計師,後來一次偶然機會需要用httpsqs,用了一段時間後發現有一些個性的需求,於是就開始看原始碼。這真是不看不知道,一看嚇一 跳,httpsqs只是一層簡單的包裝,內部是一個Tokyo Cabinet資料庫,印象中封裝的程式碼也就一百多行。主要思路就是用C語言的libevent做了一個http伺服器,接收請求讀寫tokyo cabinet資料庫,當時按照這種思路做出來的程式確實不少。後來我就突發奇想,既然C語言可以用libevent函式,那PHP肯定也可以用 libevent監聽網路,接收請求後讀寫資料庫做佇列服務。後來經過查php官方文件,PHP確實提供一系統完整的函式來完成這些功能,甚至多執行緒的全 套函式都有提供,但中文文件太少,網上也很少搜尋到成熟的程式碼。在逼不得已的情況下,補習了linux-C多執行緒開發的基本原理,程序間通訊的常用方法, 也用來做了一些簡單的demo。唯一的感覺就是寫一個簡單的功能,設計起來還真複雜。就在快要放棄的時候,swoole出現了。swoole所提供的功能 正是php所缺失的功能,簡直是太棒了。swoole做為一種網路通訊框架,只需要簡單的幾行設定,一個伺服器就搭建起來了,以後就是不斷的去完善業務代 碼。之前在libevent交流群中得知swoole的設計在c\c++中並不是最好的框架設計,但其亮點就是把基本功能用C封裝好,業務功能留給世界上 最好的語言PHP來編寫。自此便開始了swoole的填坑之旅。

總結

swoole並不是一個簡單的PHP框架,正如swoole官方首頁的第一句話“重新定義PHP”,千萬不要用舊有php的思想來寫swoole程式碼!swoole重新激活了PHP,php成就了swoole!
轉自http://developer.51cto.com/art/201509/491530.htm