php回收

⑴ php中對象的實例什麼時候消失回收

php作為腳本語言是頁面結束即釋放變數所佔內存的.

當一個 PHP線程結束時，當前佔用的所有內存空間都會被銷毀，當前程序中所有對象同時被銷毀。
GC進程一般都跟著每起一個SESSION而開始運行的.gc目的是為了在session文件過期以後自動銷毀刪除這些文件.
在PHP中，沒有任何變數指向這個對象時，這個對象就成為垃圾。PHP會將其在內存中銷毀；這是PHP 的GC垃圾處理機制，防止內存溢出。類似與C++中的智能指針一樣。
執行這些函數也可以起到回收作用 __destruct /unset/mysql_close /fclose
php對session有明確的gc處理時間設定 session.gc_maxlifetime 如果說有垃圾，那就是整體的程序在框架使用中，會多次調用同一文件等等造成的非單件模式等。

析構函數：當某個對象成為垃圾或者當對象被顯式銷毀時執行。

⑵ php exit能否回收線程

不能，PHP沒有回收機制，只有等系統自動去回收在處理。

⑶ php session回收機制 為什麼會是幾率回收

session.gcprobability = 1
session.gcdivisor = 100
session.gc_maxlifetime = 1440
這三個配置組合構建服務端session的垃圾回收機制
session.gc_probability與session.gc_divisor構成執行session清理的概率，理論上的解釋為服務端定期有一定的概率調用gc函數來對session進行清理，清理的概率為： gc_probability/gc_divisor 比如：1/100 表示每一個新會話初始化時，有1%的概率會啟動垃圾回收程序，清理的標准為session.gc_maxlifetime定義的時間
摘自：segmentfault社區

⑷ 請問PHP論壇的回收站怎麼實現啊！

通常這樣回答的時候，說明這很有可能是標准答案，因為這種應用實現的次數很多啦！ 信息表：news_table 欄位:id name.... 垃圾箱：stbin_table欄位：id, news_id 刪除表的時候將信息ID存入stbin_table表就可以了！ 這是我知道的目前最安全的做法！因為完全不會動「新聞表」 另外一種使用的也是非常的多，只是給新聞表設置一個is_delete欄位就可以了， 兩種優缺點你也可以自己品品。 其他方法未嘗試，習慣這種用法了

⑸ PHP命令執行PHP腳本，結束之前，內存會回收嗎

再詳細說下問題：
unix下，用php命令來執行php腳本，在php結束之前，內存有沒有機會被回收？新的GC演算法有沒有機會被調用？
出現這個問題，是因為線上有個離線數據導入腳本，需要把幾千萬行數據篩選入庫，發現，在執行過程中，到達一定程度，就會拋出內存使用超過最大值。
1Fatalerror:
那第一想到的就是程序是不是有什麼bug，造成內存超出，看了半天沒有發現問題，於是，突然出現了這個疑問。那要解決這個疑問，最好的辦法就去翻源碼吧。
在之前我這么說：
都知道，PHP5.3有了新的垃圾回收機制：GC，它不是重點，不談它的原理。
經過翻閱PHP源碼，發現，調用這個的時機是在main/main.c::php_request_shutdown這個函數中，
12/*7.Shutdownscanner/executor/compilerandrestoreinientries*/zend_deactivate(TSRMLS_C);
php_request_shutdown，通過名字就能看出，它是在php請求結束的時候執行的，在這里會執行gc_collect_cycles來清理內存。

其實這句話是沒錯，但它只針對於SAPI介面（之前我就錯在這個地方。），在用PHP命令執行php腳本的時候，是不會執行這個php_request_shutdown的。
那回到最初的問題，過程中到底有沒有執行GC呢？
為了更直觀有效的知道答案，我選擇了最BT，最暴力的方法，攔截gc_collect_cycles，輸出error_log到文件，只要執行了，
那肯定會輸出log來。
重新編譯PHP後，果不其然，符合官方的說法，只要buckets滿超過默認值1000，就會啟動GC來清理沒用的內存，防止內存泄露。
那問「什麼時間觸發的GC呢？」，答「buckets超過1000的時候啊」，這不屁話嘛，要的是真真正正的執行流程，so。。不斷的debug,
不斷的grep，不斷的step，不斷的C+T，終於搞清楚了。下面就來根據官方的說法詳細談談，PHP到底是怎麼觸發的。
有一點要注意，PHP的命令入口和sapi介面的入口是不同的，我就載在這個地方，以為都公用一個。
測試代碼以官方文檔為例：
1234567891011121314<?phpclassFoo{public$var='3.1415962654';}for($i=0;$i<=1000000;$i++){$a=newFoo;$a->self=$a;}echomemory_get_peak_usage(),"
";?>
這樣的代碼，在PHP5.3之前，肯定會造成大量的內存泄露，不過，誰在開發時又能開發出這么變態的代碼來？除非這個人很變態。^.*
那PHP的命令入口是什麼？流程又是什麼？
主要函數流程如下：
入口main函數（sapi/cli/php_cli.c）==》php_execute_script(main/main.c)==>zend_execute_scripts(Zend/zend.c)==>execute(Zend/zend_vm_execute.h)
調用GC的地方在execute里。
簡單描述下這個過程，
main是入口，它的作用是根據我們傳遞的參數做不同的設置，最後會把我們的php腳本作為一個zend_file_handle指針傳遞給
php_execute_script函數，zend_file_handle其實就是把FILE*做了一下封裝，保存了一些其他的文件信息。
php_execute_script會做一些文件檢查工作，把php腳本加到哈希表included_files中。
php_execute_scripts會執行zend_compile_file函數來解釋我們寫的PHP代碼，最後執行execute。
應該都知道Zend把腳本解析完會生成op代碼保存到哈希表：active_op_array中，execute會逐個執行每個op，
op基本上都對應一個ZEND_ASSIGN_*_HANDLER這樣的一個宏，它就保存在active_op_array->opline->handlers中。
在進入到execute之後：
首先初始化execute_data，它保存了很多重要信息，上下文信息，然後調用ZEND_VM_SET_OPCODE宏，
把execute_data->opline的指針指向active_op_array->opline->handlers。
之後，execute會執行一個while循環，逐條執行opline：
(1){intret;#ifdefZEND_WIN32if(EG(timed_out)){zend_timeout(0);}#endifif((ret=EX(opline)->handler(execute_dataTSRMLS_CC))>0){switch(ret){case1:EG(in_execution)=original_in_execution;return;case2:op_array=EG(active_op_array);gotozend_vm_enter;case3:execute_data=EG(current_execute_data);default:break;}}}
每個handlers都會執行一個宏：ZEND_VM_NEXT_OPCODE()，它意思就是跳到下一個Opline，這樣就能逐條執行了。
最後跟蹤上面的PHP代碼會執行ZEND_ASSIGN_SPEC_CV_VAR_HANDLER這個宏，它是幹嘛的？他就是變數賦值
下面代碼執行的操作：
1234classA{}$a=newA();
這里就會執行這個宏。
在這個宏里有段代碼：
_FASTCALLZEND_ASSIGN_SPEC_CV_VAR_HANDLER(ZEND_OPCODE_HANDLER_ARGS){zend_op*opline=EX(opline);zend_free_opfree_op2;zval*value=_get_zval_ptr_var(&opline->op2,EX(Ts),&free_op2TSRMLS_CC);zval**variable_ptr_ptr=_get_zval_ptr_ptr_cv(&opline->op1,EX(Ts),BP_VAR_WTSRMLS_CC);if(IS_CV==IS_VAR&&!variable_ptr_ptr){if(zend_assign_to_string_offset(&EX_T(opline->op1.u.var),value,IS_VARTSRMLS_CC)){if(!RETURN_VALUE_UNUSED(&opline->result)){EX_T(opline->result.u.var).var.ptr_ptr=&EX_T(opline->result.u.var).var.ptr;ALLOC_ZVAL(EX_T(opline->result.u.var).var.ptr);INIT_PZVAL(EX_T(opline->result.u.var).var.ptr);ZVAL_STRINGL(EX_T(opline->result.u.var).var.ptr,Z_STRVAL_P(EX_T(opline->op1.u.var).str_offset.str)+EX_T(opline->op1.u.var).str_offset.offset,1,1);}}elseif(!RETURN_VALUE_UNUSED(&opline->result)){AI_SET_PTR(EX_T(opline->result.u.var).var,EG(uninitialized_zval_ptr));PZVAL_LOCK(EG(uninitialized_zval_ptr));}}else{value=zend_assign_to_variable(variable_ptr_ptr,value,0TSRMLS_CC);if(!RETURN_VALUE_UNUSED(&opline->result)){AI_SET_PTR(EX_T(opline->result.u.var).var,value);PZVAL_LOCK(value);}}/*zend_assign_to_variable()alwaystakescareofop2,neverfreeit!*/if(free_op2.var){zval_ptr_dtor(&free_op2.var);};ZEND_VM_NEXT_OPCODE();}
free_op2.var保存的是newA的對象.
free_op2.var這個是哪兒來的呢?
在整個execute期間,維持一個execute_data結構,裡面有個Ts指針
1union_temp_variable*Ts;
它用來保存一些臨時的變數信息,比如newA(),這個會保存到Ts鏈表裡,
opline->op2.u.var這個裡面保存了此臨時變數所在的位置,然後Ts+這個值是一個zval*指針,它就保存了newA產生的對象.
在代碼中
1if(free_op2.var){zval_ptr_dtor(&free_op2.var);};
zval_ptr_dtor會根據free_op2.var的值執行到Zend/zend_execute_API.c::_zval_ptr_dtor函數中,
_APIvoid_zval_ptr_dtor(zval**zval_ptrZEND_FILE_LINE_DC)/*{{{*/{zval*zv=*zval_ptr;#ifDEBUG_ZEND>=2printf("Recingrefcountfor%x(%x):%d->%d
",*zval_ptr,zval_ptr,Z_REFCOUNT_PP(zval_ptr),Z_REFCOUNT_PP(zval_ptr)-1);#endifZ_DELREF_P(zv);if(Z_REFCOUNT_P(zv)==0){TSRMLS_FETCH();if(zv!=&EG(uninitialized_zval)){GC_REMOVE_ZVAL_FROM_BUFFER(zv);zval_dtor(zv);efree_rel(zv);}}else{TSRMLS_FETCH();if(Z_REFCOUNT_P(zv)==1){Z_UNSET_ISREF_P(zv);}GC_ZVAL_CHECK_POSSIBLE_ROOT(zv);}}
GC_ZVAL_CHECK_POSSIBLE_ROOT(zv);
它就是最終GC演算法執行的地方.
gc_collect_cycles就在這個宏中執行了..
所以..
回到上面的問題,
php無論在SAPI介面或命令端,都會執行GC演算法來進行垃圾內存回收.

⑹ php項目中,為什麼要在首頁銷毀這些全局變數,請各位解釋的詳細一些,和php的垃圾回收機制有關系嗎

主要是達到釋放內存的目的。

⑺ 如何回收網站的應用程序池，php系統

IIS么？？如果是IIS的話方法和ASP那些一樣的。

⑻ php curl 是否需要主動關閉回收資源

可以不用，因為php頁面執行完後會自動回收釋放資源。
如果是命令行運行的程序，需要長時間運行的話，建議主動關閉鏈接，減少資源佔用。

從開發規范和習慣上來說，不需要的資源最好養成用完關閉或消除的習慣。

⑼ 有人研究過php的內存回收機制嗎

表示不敢研究...
php垃圾回收機制GC,每個版本都在更新...你研究他幹嘛!直接研究內存原理就行了....

php.ini的內存主要是防止,php佔用超過系統內存,造成死機...
配置文件里的內存只是單次解釋佔用的內存....

cup和內存的消耗的關系有一個臨界點....就是最優值,
只想效率就是假設內存無限大,io帶寬無限大,cpu緩存無限大的情況,cpu佔用無限小....

⑽ php的過期的session文件是怎麼回收的

; Define the probability that the 'garbage collection' process is started ; on every session initialization. ; The probability is calculated by using gc_probability/gc_divisor, ; e.g. 1/100 means there is a 1% chance that the GC process starts ; on each request. session.gc_probability = 1 session.gc_divisor = 100 ; After this number of seconds, stored data will be seen as 'garbage' and ; cleaned up by the garbage collection process. session.gc_maxlifetime = 1440 從注釋可以看出是session垃圾回收的配置。 session.gc_probability/session.gc_divisor 表述有1%的概率回收大於session.gc_maxlifetime時間的過期文件。 php文檔對 session.gc 的說明 Cleans up expired sessions. Called randomly by PHP internally when a sessio starts or when session_start() is invoked. The frequency this is called is based on the session.gc_divisor and session.gc_probability configuration directives. This method wraps the internal PHP save handler defined in the session.save_handler ini setting that was set before this handler was set by session_set_save_handler(). If this class is extended by inheritiance, calling the parent gc method will invoke the wrapper for this method and therefor invoke the associated internal callback. This allows this method to be overidden and or intercepted and filtered. 即：比如session_start()一次會話請求，會有1%的概率調用session的垃圾回收來以清理過期會話。