前言：
大於等於php5.3.0以上才有垃圾處理機制 （gc）
這是官方手冊所說：《每個php變數存在乙個叫"zval"的變數容器中。乙個zval變數容器，除了包含變數的型別和值，還包括兩個位元組的額外資訊。第乙個是"is_ref"，是個bool值，用來標識這個變數是否是屬於引用集合(reference set)。通過這個位元組，php引擎才能把普通變數和引用變數區分開來，由於php允許使用者通過使用&來使用自定義引用，zval變數容器中還有乙個內部引用計數機制，來優化記憶體使用。第二個額外位元組是"refcount"，用以表示指向這個zval變數容器的變數(也稱符號即symbol)個數。所有的符號存在乙個符號表中，其中每個符號都有作用域(scope)，那些主指令碼(比如：通過瀏覽器請求的的指令碼)和每個函式或者方法也都有作用域。》
其實我的理解就是php每次定義乙個新的變數就會產生新的zval容器
<?php
$sea = "sea24";
xdebug_debug_zval('sea');
?>
就會輸出
sea: (refcount=1, is_ref=0)='sea'只有刪除當前定義的變數容器比如unset(); refcount才會減一，其實我的理解就是php每次定義乙個新的變數就會產生新的zval容器
refcount:意思就是把乙個變數賦值給另一變數將增加引用次數(refcount).
記憶體占用空間節省
首先，實現垃圾**機制的整個原因是為了，一旦先決條件滿足，通過清理迴圈引用的變數來節省記憶體占用。在php執行中，一旦根緩衝區滿了或者呼叫gc_collect_cycles() 函式時，就會執行垃圾**。在下圖中，顯示了下面指令碼分別在php 5.2 和 php 5.3環境下的記憶體占用情況，其中排除了指令碼啟動時php本身占用的基本記憶體。
python垃圾處理 Python執行緒垃圾收集
我的猜測是否定的.在python用於跟蹤事物的任何結構中仍然存在對執行緒的引用.我會測試它,但如果它不起作用我會感到驚訝.usr bin env python import threading,time class a threading.thread def init self,name thre...
php異常處理機制
異常的規則 需要進行異常處理的 應該放入 try 塊內，以便捕獲潛在的異常。每個 try 或 throw 塊必須至少擁有乙個對應的 catch 塊。使用多個 catch 塊可以捕獲不同種類的異常。可以在 try 塊內的 catch 塊中丟擲 再次丟擲 異常。簡而言之 如果丟擲了異常，就必須捕獲它。1...
PHP 錯誤處理機制
在日常的專案開發過程中，總是會出現一些我們意想不到的異常錯誤，如果我們對此沒有進行相對完善的處理，那麼程式看上去也很不專業，也很可能就會成為別人攻擊系統的有效資訊 有些錯誤異常會終止指令碼執行，這個時候如果沒有一些錯誤提示資訊的話，那麼我們只能從頭開始看 了，要知道專案中成百上千行的 對我們來說是件...