學(xué)習(xí)Swoole之如何避免成為被坑哭的程序員

很多剛從傳統(tǒng)fpm模式轉(zhuǎn)到swoole內(nèi)存常駐模式的phper，總會覺得內(nèi)心委屈，甚至想哭，原因swoole總會讓你懷疑人生，這真的是我之前所認(rèn)知的那個(gè)php語言嗎？怎么那么坑啊。

swoole下常見的"坑"

• 為何全局變量無法共享呢

  例如，在以下代碼中

  $http = new swoole_http_server("127.0.0.1", 9501);
  $http->on("request", function ($request, $response) {
      static $i;
      $response->end($i);
      $i++;
  });
  
  $http->start();

  就會有人發(fā)現(xiàn)在swoole下static $i 和在fpm下所理解的輸出不一致。這是在于出現(xiàn)了進(jìn)程克隆，而每個(gè)進(jìn)程之間的數(shù)據(jù)都是不一致的。

• echo var_dump 無法輸出到瀏覽器(http響應(yīng))

  我們在fpm模式下，echo $a 是可以把結(jié)果輸出到瀏覽器中的，為何在swoole中就不行呢，原因在于模式的變更，swoole的運(yùn)行模式不再是fpm，而是cli，如果你需要把數(shù)據(jù)響應(yīng)給瀏覽器，你只能 通過Http request回調(diào)中的response對象進(jìn)行響應(yīng)

• http請求參數(shù)獲取

  在同swoole的http服務(wù)的時(shí)候，很多人會發(fā)現(xiàn)$_GET、$_POST等常見全局變量無法使用。這是因?yàn)?_GET、$_POST等變量都是全局的，在swoole當(dāng)中會出現(xiàn)問題，如果想獲取請求參數(shù)，可以用swoole回調(diào)時(shí)提供的Request對象來進(jìn)行獲取

• swoole不能使用die/exit

  phper都習(xí)慣用die/exit來調(diào)試代碼，這是因?yàn)檫@個(gè)命令會直接退出當(dāng)前進(jìn)程，對于fpm來講，每個(gè)請求都對應(yīng)一個(gè)獨(dú)立進(jìn)程，退出了問題不大，但是在swoole當(dāng)中，可能一個(gè)進(jìn)程中會有多個(gè)請求同時(shí)在處理，如果你exit或者die來退出當(dāng)前進(jìn)程，會導(dǎo)致數(shù)據(jù)丟失。

• swoole下為何需要斷線重連

  很多程序員都習(xí)慣性的把數(shù)據(jù)庫連接做單例化處理，這樣很明顯帶來的好處就是節(jié)約了每次請求數(shù)據(jù)庫需要連接多次的開銷。那么為何在swoole下總是報(bào)錯(cuò)提示我數(shù)據(jù)庫斷線了呢？ 原因在于，傳統(tǒng)fpm下，請求結(jié)束了，那么就會執(zhí)行進(jìn)程清理，數(shù)據(jù)庫連接也被清理了，下次進(jìn)來的時(shí)候，才會執(zhí)行重新連接。這樣就保證了連接都是可用的狀態(tài)。但是在swoole常駐內(nèi)存的情況下， 請求結(jié)束后，該連接并不會被清理，依舊保留在內(nèi)存空間內(nèi)，而該連接若是長時(shí)間沒有使用，或者是因?yàn)榫W(wǎng)絡(luò)波動，那么就會斷開。下次請求進(jìn)來的時(shí)候，你沒有判斷連接狀態(tài)，就直接去執(zhí)行sql語句，那么就意味著你操作了一個(gè)斷線的數(shù)據(jù)庫連接，因此肯定會報(bào)錯(cuò)。

• 內(nèi)存泄露 很多人用swoole寫服務(wù)的時(shí)候，總是跑著跑著就莫名其妙的內(nèi)存不足。這是因?yàn)閟woole是一個(gè)常駐進(jìn)程型的模型，在fpm下，請求結(jié)束之后會將進(jìn)程內(nèi)的變量進(jìn)行清理，而swoole進(jìn)程全局期的變量并不會因?yàn)檎埱蟮慕Y(jié)束而被清理，會一直保存在內(nèi)存中，一方面提高了效率，但是也讓開發(fā)者必須注意到變量回收的必要性。

• 協(xié)程上下文訪問安全 使用swoole協(xié)程的時(shí)候，會有人遇到變量的值不符合預(yù)期的情況，這里面可能是變量污染在作祟，在傳統(tǒng)php 同步阻塞的編程模式下，所有的執(zhí)行都是強(qiáng)制順序執(zhí)行的。但是在swoole中，多個(gè)協(xié)程之間是交替執(zhí)行的，可能a協(xié)程讓出執(zhí)行權(quán)的時(shí)候b協(xié)程對某個(gè)跨協(xié)程變量進(jìn)行了修改，那么當(dāng)a協(xié)程恢復(fù)執(zhí)行權(quán)的時(shí)候這個(gè)跨協(xié)程變量將不是讓出時(shí)的值了(如果你對mysql有一定了解，就會發(fā)現(xiàn)這個(gè)情況并不難理解)。 同時(shí)為了解決這個(gè)問題，我們通常在編程是要注意跨協(xié)程變量的使用，以及使用協(xié)程單例的方式來控制變量。

  使用swoole要學(xué)習(xí)的知識點(diǎn)

• 基礎(chǔ)編程知識

  • 應(yīng)該了解阻塞和非阻塞的區(qū)別
  • 必須清楚PHP的GC機(jī)制 這個(gè)必須清楚，大多數(shù)php開發(fā)者都不清楚
  • 必須清楚php面向?qū)ο缶幊?/code> 這里一定要搞清楚對象引用機(jī)制和對象與內(nèi)存之間的關(guān)系
  • 必須清楚資源及連接句柄的相關(guān)知識

• 多進(jìn)程編程

  • 必須清楚fpm和swoole的多進(jìn)程模型及其區(qū)別
  • 必須了解 進(jìn)程間通訊和進(jìn)程隔離，應(yīng)該了解進(jìn)程信號量

• 基礎(chǔ)的TCP/UDP認(rèn)知

  • 應(yīng)該清楚TCP和UDP的區(qū)別
  • 應(yīng)該清楚客戶端和服務(wù)端的區(qū)別
  • 必須了解OSI七層模型中的上四層 了解常見應(yīng)用層協(xié)議如http ftp smtp等

• 協(xié)程

  • 必須清楚swoole協(xié)程工作模式
  • 必須清楚如何判斷變量是否會跨協(xié)程使用