學習Swoole之如何避免成為被坑哭的程序員

很多剛從傳統fpm模式轉到swoole內存常駐模式的phper，總會覺得內心委屈，甚至想哭，原因swoole總會讓你懷疑人生，這真的是我之前所認知的那個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();

  就會有人發現在swoole下static $i 和在fpm下所理解的輸出不一致。這是在于出現了進程克隆，而每個進程之間的數據都是不一致的。

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

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

• http請求參數獲取

  在同swoole的http服務的時候，很多人會發現$_GET、$_POST等常見全局變量無法使用。這是因為$_GET、$_POST等變量都是全局的，在swoole當中會出現問題，如果想獲取請求參數，可以用swoole回調時提供的Request對象來進行獲取

• swoole不能使用die/exit

  phper都習慣用die/exit來調試代碼，這是因為這個命令會直接退出當前進程，對于fpm來講，每個請求都對應一個獨立進程，退出了問題不大，但是在swoole當中，可能一個進程中會有多個請求同時在處理，如果你exit或者die來退出當前進程，會導致數據丟失。

• swoole下為何需要斷線重連

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

• 內存泄露 很多人用swoole寫服務的時候，總是跑著跑著就莫名其妙的內存不足。這是因為swoole是一個常駐進程型的模型，在fpm下，請求結束之后會將進程內的變量進行清理，而swoole進程全局期的變量并不會因為請求的結束而被清理，會一直保存在內存中，一方面提高了效率，但是也讓開發者必須注意到變量回收的必要性。

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

  使用swoole要學習的知識點

• 基礎編程知識

  • 應該了解阻塞和非阻塞的區別
  • 必須清楚PHP的GC機制 這個必須清楚，大多數php開發者都不清楚
  • 必須清楚php面向對象編程 這里一定要搞清楚對象引用機制和對象與內存之間的關系
  • 必須清楚資源及連接句柄的相關知識

• 多進程編程

  • 必須清楚fpm和swoole的多進程模型及其區別
  • 必須了解 進程間通訊和進程隔離，應該了解進程信號量

• 基礎的TCP/UDP認知

  • 應該清楚TCP和UDP的區別
  • 應該清楚客戶端和服務端的區別
  • 必須了解OSI七層模型中的上四層 了解常見應用層協議如http ftp smtp等

• 協程

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

總結

總而言之，大多數php開發者學習swoole時候都會覺得坑的原因是來自于自身知識儲備的不足。對于很多其他語言開發者必須掌握的知識，php開發時可能就無需掌握，但是這也是欠的技術債，會在進一步提升的時候遇到的瓶頸；導致在使用swoole的時候出了各種各樣的問題。實際上，swoole是一個很強大的php拓展，他重新定義了php，讓php有了更強的生命力。