關於內存洩漏
webman 是常駐內存框架,所以我們需要稍微關注一下內存洩漏的情況。不過開發者不必過於擔心,因為內存洩漏發生在非常極端的條件下,而且很容易規避。webman 開發與傳統框架開發體驗基本一致,不必為內存管理做多餘的操作。
提示
webman 自帶的 monitor 進程會監控所有進程內存使用情況,如果進程使用內存即將達到 php.ini 裡的memory_limit
設定值時,會自動安全重啟對應的進程,達到釋放內存的作用,期間對業務沒有影響。
內存洩漏定義
隨著請求的不斷增加,webman 占用的內存也 無限增加(注意是 無限增加),達到幾百 M 甚至更多,這種是內存洩漏。
如果是內存有增長,但後面不再增長不算內存洩漏。
一般進程占用幾十 M 內存是很正常的情況,當進程處理超大請求或者維護海量連接時,單個進程內存占用可能會達到上百 M 也是常有的事。這部分內存使用後 php 可能並不會全部交還操作系統,而是留着復用,所以可能會出現處理某個大請求後內存占用變大不釋放內存的情況,這是正常現象。(調用 gc_mem_caches() 方法可以釋放部分空閒內存)
內存洩漏是如何發生的
內存洩漏發生必須滿足以下兩個條件:
- 存在 長生命週期的 陣列(注意是長生命週期的陣列,普通陣列沒事)
- 並且這個 長生命週期的 陣列會無限擴張(業務無限向其插入資料,從不清理資料)
如果條件 1 和 2 同時滿足(注意是同時滿足),那麼將會產生內存洩漏。反之不滿足以上條件或者只滿足其中一個條件則不是內存洩漏。
長生命週期的陣列
webman 裡長生命週期的陣列包括:
- static 關鍵字的陣列
- 單例的陣列屬性
- global 關鍵字的陣列
注意
webman 中允許使用長生命週期的資料,但是需要保證資料內的資料是有限的,元素個數不會無限擴張。
以下分別舉例說明
無限膨脹的 static 陣列
class Foo
{
public static $data = [];
public function index(Request $request)
{
self::$data[] = time();
return response('hello');
}
}
以 static
關鍵字定義的 $data
陣列是長生命週期的陣列,並且示例中 $data
陣列隨著請求不斷增加而不斷膨脹,導致內存洩漏。
無限膨脹的單例陣列屬性
class Cache
{
protected static $instance;
public $data = [];
public function instance()
{
if (!self::$instance) {
self::$instance = new self;
}
return self::$instance;
}
public function set($key, $value)
{
$this->data[$key] = $value;
}
}
調用代碼
class Foo
{
public function index(Request $request)
{
Cache::instance()->set(time(), time());
return response('hello');
}
}
Cache::instance()
返回一個 Cache 單例,它是一個長生命週期的類實例,雖然它的 $data
屬性雖然沒有使用 static
關鍵字,但由於類本身是長生命週期,所以 $data
也是長生命週期的陣列。隨著不斷向 $data
陣列裡添加不同 key 的資料,程序佔用內存也越來越大,造成內存洩漏。
注意
如果 Cache::instance()->set(key, value) 添加的 key 是有限數量的,則不會內存洩漏,因為$data
陣列並沒有無限膨脹。
無限膨脹的 global 陣列
class Index
{
public function index(Request $request)
{
global $data;
$data[] = time();
return response($foo->sayHello());
}
}
global 關鍵字定義的陣列並不會在函數或者類方法執行完畢後回收,所以它是長生命週期的陣列,以上代碼隨著請求不斷增加會產生內存洩漏。同理在函數或者方法內以 static 關鍵字定義的陣列也是長生命週期的陣列,如果陣列無限膨脹也會內存洩漏,例如:
class Index
{
public function index(Request $request)
{
static $data = [];
$data[] = time();
return response($foo->sayHello());
}
}
建議
建議開發者不用特別關注內存洩漏,因為它極少發生,如果不幸發生,我們可以通過壓測找到哪段代碼產生洩漏,從而定位出問題。即使開發者沒有找到洩漏點,webman 自帶的 monitor 服務會適時安全重啟發生內存洩漏的進程,釋放內存。
如果你實在想盡量規避內存洩漏,可以參考以下建議。
- 儘量不使用
global
、static
關鍵字的陣列,如果使用確保其不會無限膨脹 - 對於不熟悉的類,儘量不使用單例,用 new 關鍵字初始化。如果需要單例,則查看其是否有無限膨脹的陣列屬性