關於內存洩漏

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關鍵字初始化。如果需要單例，則查看其是否有無限膨脹的數組屬性