㈠ php7死循環中需要釋放變數嗎
php7死循環中不需要釋放變數。根據查詢相關資料信息顯示，php7死循環中的變數，在一般情況下不需要手動去銷毀，所佔內存也就更不需要釋放，只要php7運行完以後，所佔內存也就自動釋放了。
㈡ 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如何釋放file函數的內存
file函數一般只佔用系統
句柄
資源。讀取其中的內容並保存至某個變數會佔用內存，跟file函數無關。
file函數在打開之後，需要用close關閉並釋放file句柄，否則可能會導致其他程序不能打開這個文件（文件鎖定）。
除了用alloc等函數顯式分配內存的外，一般不需要專門
釋放內存
，系統會在結束時自動回收內存。
㈣ php的unset函數何時釋放內存
PHP 無法手動釋放內存，你 unset 了，也要等 GC 來自動回收， 這個不是 C語言， 內存是 PHP 來管理的。 這個只能是加大內存，或者改用其他內存佔用小的演算法
㈤ php 在類中如何釋放內存。
你的方法沒有錯，可是你說讀取90W條數據，你讀取的時候它就已經是佔用著內存了，你應該循環小批量讀取，每次循環結束都銷毀本次循環的變數。但同時提醒你兩點：
1、unset()函數只能在變數值佔用內存空間超過256位元組時才會釋放內存空間。
2、只有當指向該變數的所有變數（如引用變數）都被銷毀後，才會釋放內存。
㈥ php實例化類後在什麼情況下內存會釋放
這種時候你就應該考慮你處理數據的演算法和機制了， 你說實例化會佔用內存， 那你是不是在這個大數據里經常實例化對象呢， 既然是大數據， 你還在裡面一直實例化，好像就不太合適了。 另外， unset銷毀的只是該對象， 並沒有銷毀該對象在內存中的佔用， 這里引用一句話：
當給一個變數賦值（或者相類似的操作），內存會開辟一個空間存儲，這時候會產生兩個重要的概念，一個是「內存的地址
㈦ php-fpm設置多少合適
1 那麼，對於我們的伺服器，選擇哪種執行方式比較好呢？事實上，跟Apache一樣，我們運行的PHP程序在執行完成後，或多或少會有內存泄露的問題。這也是為什麼開始的時候一個php-fpm進程只佔用3M左右內存，運行一段時間後就會上升到20-30M的原因了。所以，動態方式因為會結束掉多餘 的進程，可以回收釋放一些內存，所以推薦在內存較少的伺服器或者VPS上使用。具體最大數量根據 內存/20M 得到。比如說512M的VPS，建議pm.max_spare_servers設置為20。至於pm.min_spare_servers，則建議根據伺服器的負載情況來設置，比較合適的值在5~10之間。
2 然後對於比較大內存的伺服器來說，設置為靜態的話會提高效率。因為頻繁開關php-fpm進程也會有時滯，所以內存夠大的情況下開靜態效果會更好。數量也可以根據 內存/30M 得到。比如說2GB內存的伺服器，可以設置為50；4GB內存可以設置為100等
㈧ 如何解決php腳本運行佔用內存過大無法釋放的問題
在運行PHP程序，通常會遇到「Fatal Error： Allowed memory size of xxxxxx bytes exhausted」的錯誤， 這個意味著PHP腳本使用了過多的內存，並超出了系統對其設置的允許最大內存。
解決這個問題，首先需要查看你的程序是否分配了過多的內存，在程序沒有問題的情況下，你可以通過一下方法來增加PHP的內存限制（memory_limit）。
㈨ php中sleep()函數會不會大量銷號系統內存或者CPU
會。
正常情況下php以最快速度執行完腳本，將執行結果傳給瀏覽器。你要考慮有很多用戶訪問你網站的情況，因為執行腳本的時候被sleep了，導致每個用戶瀏覽網頁的時候php都需要更長的時間去執行你的腳本，而腳本執行完畢之前內存是一直被php引擎佔用的。所以當訪問用戶多的時候，就會導致有很多php引擎的實例同時運行，佔用很多內存，但是這些php引擎卻受到腳本的指使而在那邊sleep（說得粗俗一點就是占著茅坑不拉屎）（正常情況下是執行完以後內存就釋放了）。就好像八行道的大馬路，如果只有一個司機車子停在中間然後睡覺，其他道路暫時還能通；但是如果有八輛車的司機並排停在路中間睡覺，這馬路就不要想暢通了
cpu的話……好像影響不大，最多就是操作系統在調度進程線程的時候要多檢查幾個而已，沒感覺。