您好,登錄后才能下訂單哦!
這篇文章主要介紹“PHP開發中有哪些最常見的錯誤”,在日常操作中,相信很多人在PHP開發中有哪些最常見的錯誤問題上存在疑惑,小編查閱了各式資料,整理出簡單好用的操作方法,希望對大家解答”PHP開發中有哪些最常見的錯誤”的疑惑有所幫助!接下來,請跟著小編一起來學習吧!
PHP開發中最常見的錯誤有哪些
錯誤1:foreach循環后留下懸掛指針
在foreach循環中,假如我們需要更改迭代的元素或是為了提高效率,運用引用是一個好辦法:
$arr=array(1,2,3,4);
foreach($arras&$value){
$value=$value*2;
}
//$arrisnowarray(2,4,6,8)
這里有個問題很多人會迷糊。循環結束后,$value并未銷毀,$value其實是數組中最后一個元素的引用,這樣在后續對$value的使用中,假如不知道這一點,會引發一些莫名奇妙的錯誤:)看看下面這段代碼:
$array=[1,2,3];
echoimplode(',',$array),"\n";
foreach($arrayas&$value){}//byreference
echoimplode(',',$array),"\n";
foreach($arrayas$value){}//byvalue(i.e.,copy)
echoimplode(',',$array),"\n";
上面代碼的運行結果如下:
1,2,3
1,2,3
1,2,2
你猜對了嗎?為什么是這個結果呢?
我們來分析下。第一個循環過后,$value是數組中最后一個元素的引用。第二個循環開始:
第一步:復制$arr[0]到$value(注意此時$value是$arr[2]的引用),這時數組變成[1,2,1]第二步:復制$arr[1]到$value,這時數組變成[1,2,2]第三步:復制$arr[2]到$value,這時數組變成[1,2,2]
綜上,最終結果就是1,2,2
避免這種錯誤最好的辦法就是在循環后立即用unset函數銷毀變量:
$arr=array(1,2,3,4);
foreach($arras&$value){
$value=$value*2;
}
unset($value);//$valuenolongerreferences$arr[3]
錯誤2:對isset()函數行為的錯誤理解
對于isset()函數,變量不存在時會返回false,變量值為null時也會返回false。這種行為很容易把人弄迷糊。。。看下面的代碼:
$data=fetchRecordFromStorage($storage,$identifier);
if(!isset($data['keyShouldBeSet']){
//dosomethinghereif'keyShouldBeSet'isnotset
}
寫這段代碼的人本意可能是假如$data['keyShouldBeSet']未設置,則執行對應邏輯。但問題在于即使$data['keyShouldBeSet']已設置,但設置的值為null,還是會執行對應的邏輯,這就不符合代碼的本意了。
下面是另外一個例子:
if($_POST['active']){
$postData=extractSomething($_POST);
}
//...
if(!isset($postData)){
echo'postnotactive';
}
上面的代碼假設$_POST['active']為真,那么$postData應該被設置,因此isset($postData)會返回true。反之,上面代碼假設isset($postData)返回false的唯一途徑就是$_POST['active']也返回false。
真是這樣嗎?當然不是!
即使$_POST['active']返回true,$postData也有可能被設置為null,這時isset($postData)就會返回false。這就不符合代碼的本意了。
假如上面代碼的本意僅是檢測$_POST['active']是否為真,下面這樣實現會更好:
if($_POST['active']){
$postData=extractSomething($_POST);
}
//...
if($_POST['active']){
echo'postnotactive';
}
判斷一個變量是否真正被設置(區分未設置和設置值為null),array_key_exists()函數或許更好。重構上面的第一個例子,如下:
$data=fetchRecordFromStorage($storage,$identifier);
if(!array_key_exists('keyShouldBeSet',$data)){
//dothisif'keyShouldBeSet'isn'tset
}
另外,結合get_defined_vars()函數,我們可以更加可靠的檢測變量在當前作用域內是否被設置:
if(array_key_exists('varShouldBeSet',get_defined_vars())){
//variable$varShouldBeSetexistsincurrentscope
}
錯誤3:混淆返回值和返回引用
考慮下面的代碼:
classConfig
{
private$values=[];
publicfunctiongetValues(){
return$this->values;
}
}
$config=newConfig();
$config->getValues()['test']='test';
echo$config->getValues()['test'];
運行上面的代碼,將會輸出下面的內容:
PHPNotice:Undefinedindex:testin/path/to/my/script.phponline21
問題出在哪呢?問題就在于上面的代碼混淆了返回值和返回引用。在PHP中,除非你顯示的指定返回引用,否則對于數組PHP是值返回,也就是數組的拷貝。因此上面代碼對返回數組賦值,實際是對拷貝數組進行賦值,非原數組賦值。
//getValues()returnsaCOPYofthe$valuesarray,sothisaddsa'test'element
//toaCOPYofthe$valuesarray,butnottothe$valuesarrayitself.
$config->getValues()['test']='test';
//getValues()againreturnsANOTHERCOPYofthe$valuesarray,andTHIScopydoesn't
//containa'test'element(whichiswhywegetthe"undefinedindex"message).
echo$config->getValues()['test'];
下面是一種可能的解決辦法,輸出拷貝的數組,而不是原數組:
$vals=$config->getValues();
$vals['test']='test';
echo$vals['test'];
假如你就是想要改變原數組,也就是要反回數組引用,那應該如何處理呢?辦法就是顯示指定返回引用即可:
classConfig
{
private$values=[];
//returnaREFERENCEtotheactual$valuesarray
publicfunction&getValues(){
return$this->values;
}
}
$config=newConfig();
$config->getValues()['test']='test';
echo$config->getValues()['test'];
經過改造后,上面代碼將會像你期望那樣會輸出test。
我們再來看一個例子會讓你更迷糊的例子:
classConfig
{
private$values;
//usingArrayObjectratherthanarray
publicfunction__construct(){
$this->values=newArrayObject();
}
publicfunctiongetValues(){
return$this->values;
}
}
$config=newConfig();
$config->getValues()['test']='test';
echo$config->getValues()['test'];
假如你想的是會和上面一樣輸出“Undefinedindex”錯誤,那你就錯了。代碼會正常輸出“test”。原因在于PHP對于對象默認就是按引用返回的,而不是按值返回。
綜上所述,我們在使用函數返回值時,要弄清楚是值返回還是引用返回。PHP中對于對象,默認是引用返回,數組和內置基本類型默認均按值返回。這個要與其它語言區別開來(很多語言對于數組是引用傳遞)。
像其它語言,比如java或C#,利用getter或setter來訪問或設置類屬性是一種更好的方案,當然PHP默認不支持,需要自己實現:
classConfig
{
private$values=[];
publicfunctionsetValue($key,$value){
$this->values[$key]=$value;
}
publicfunctiongetValue($key){
return$this->values[$key];
}
}
$config=newConfig();
$config->setValue('testKey','testValue');
echo$config->getValue('testKey');//echos'testValue'
上面的代碼給調用者可以訪問或設置數組中的任意值而不用給與數組public訪問權限。感覺怎么樣:)
錯誤4:在循環中執行sql查詢
在PHP編程中發現類似下面的代碼并不少見:
$models=[];
foreach($inputValuesas$inputValue){
$models[]=$valueRepository->findByValue($inputValue);
}
當然上面的代碼是沒有什么錯誤的。問題在于我們在迭代過程中$valueRepository->findByValue()可能每次都執行了sql查詢:
$result=$connection->query("SELECT`x`,`y`FROM`values`WHERE`value`=".$inputValue);
假如迭代了10000次,那么你就分別執行了10000次sql查詢。假如這樣的腳本在多線程程序中被調用,那很可能你的系統就掛了。。。
在編寫代碼過程中,你應該要清楚什么時候應該執行sql查詢,盡可能一次sql查詢取出所有數據。
有一種業務場景,你很可能會犯上述錯誤。假設一個表單提交了一系列值(假設為IDs),然后為了取出所有ID對應的數據,代碼將遍歷IDs,分別對每個ID執行sql查詢,代碼如下所示:
$data=[];
foreach($idsas$id){
$result=$connection->query("SELECT`x`,`y`FROM`values`WHERE`id`=".$id);
$data[]=$result->fetch_row();
}
但同樣的目的可以在一個sql中更加高效的完成,代碼如下:
$data=[];
if(count($ids)){
$result=$connection->query("SELECT`x`,`y`FROM`values`WHERE`id`IN(".implode(',',$ids));
while($row=$result->fetch_row()){
$data[]=$row;
}
}
PHP開發中最常見的錯誤有哪些
錯誤5:內存使用低效和錯覺
一次sql查詢獲取多條記錄比每次查詢獲取一條記錄效率肯定要高,但假如你使用的是php中的mysql擴展,那么一次獲取多條記錄就很可能會導致內存溢出。
我們可以寫代碼來實驗下(測試環境:512MBRAM、MySQL、php-cli):
//connecttomysql
$connection=newmysqli('localhost','username','password','database');
//createtableof400columns
$query='CREATETABLE`test`(`id`INTNOTNULLPRIMARYKEYAUTO_INCREMENT';
for($col=0;$col<400;$col++){ query.=");" connection-="">query($query);
//write2millionrows
for($row=0;$row<2000000;$row++){ $query="INSERTINTO`test`VALUES($row"; for($col=0;$col<400;$col++){ query.=")" connection-="">query($query);
}
現在來看看資源消耗:
//connecttomysql
$connection=newmysqli('localhost','username','password','database');
echo"Before:".memory_get_peak_usage()."\n";
$res=$connection->query('SELECT`x`,`y`FROM`test`LIMIT1');
echo"Limit1:".memory_get_peak_usage()."\n";
$res=$connection->query('SELECT`x`,`y`FROM`test`LIMIT10000');
echo"Limit10000:".memory_get_peak_usage()."\n";
輸出結果如下:
Before:224704
Limit1:224704
Limit10000:224704
根據內存使用量來看,貌似一切正常。為了更加確定,試著一次獲取100000條記錄,結果程序得到如下輸出:
PHPWarning:mysqli::query():(HY000/2013):
LostconnectiontoMySQLserverduringqueryin/root/test.phponline11
這是怎么回事呢?
問題出在php的mysql模塊的工作方式,mysql模塊實際上就是libmysqlclient的一個代理。在查詢獲取多條記錄的同時,這些記錄會直接保存在內存中。由于這塊內存不屬于php的內存模塊所管理,所以我們調用memory_get_peak_usage()函數所獲得的值并非真實使用內存值,于是便出現了上面的問題。
我們可以使用mysqlnd來代替mysql,mysqlnd編譯為php自身擴展,其內存使用由php內存管理模塊所控制。假如我們用mysqlnd來實現上面的代碼,則會更加真實的反應內存使用情況:
Before:232048
Limit1:324952
Limit10000:32572912
更加糟糕的是,根據php的官方文檔,mysql擴展存儲查詢數據使用的內存是mysqlnd的兩倍,因此原來的代碼使用的內存是上面顯示的兩倍左右。
為了避免此類問題,可以考慮分幾次完成查詢,減小單次查詢數據量:
$totalNumberToFetch=10000;
$portionSize=100;
for($i=0;$i<=ceil($totalnumbertofetch limitfrom="$portionSize*$i;" res="$connection-">query(
"SELECT`x`,`y`FROM`test`LIMIT$limitFrom,$portionSize");
}
聯系上面提到的錯誤4可以看出,在實際的編碼過程中,要做到一種平衡,才能既滿足功能要求,又能保證性能。
錯誤6:忽略Unicode/UTF-8問題
php編程中,在處理非ascii字符時,會遇到一些問題,要很小心的去對待,要不然就會錯誤遍地。舉個簡單的例子,strlen($name),假如$name包含非ascii字符,那結果就有些出乎意料。在此給出一些建議,盡量避免此類問題:
假如你對unicode和utf-8不是很了解,那么你至少應該了解一些基礎。推薦閱讀該文。最好使用mb_*函數來處理字符串,避免使用老的字符串處理函數。這里要確保PHP的“multibyte”擴展已開啟。數據庫和表最好使用unicode編碼。知道jason_code()函數會轉換非ascii字符,但serialize()函數不會。php代碼源文件最好使用不含bom的utf-8格式。
在此推薦一篇文章,更詳細的介紹了此類問題:UTF-8PrimerforPHPandMySQL
錯誤7:假定$_POST總是包含POST數據
PHP中的$_POST并非總是包含表單POST提交過來的數據。假設我們通過jQuery.ajax()方法向服務器發送了POST請求:
//js
$.ajax({
url:'http://my.site/some/path',
method:'post',
data:JSON.stringify({a:'a',b:'b'}),
contentType:'application/json'
});
注意代碼中的contentType:‘application/json’,我們是以json數據格式來發送的數據。在服務端,我們僅輸出$_POST數組:
//php
var_dump($_POST);
你會很驚奇的發現,結果是下面所示:
array(0){}
為什么是這樣的結果呢?我們的json數據{a:‘a’,b:‘b’}哪去了呢?
答案就是PHP僅僅解析Content-Type為application/x-www-form-urlencoded或multipart/form-data的Http請求。之所以這樣是因為歷史原因,PHP最初實現$_POST時,最流行的就是上面兩種類型。因此雖說現在有些類型(比如application/json)很流行,但PHP中還是沒有去實現自動處理。
因為$_POST是全局變量,所以更改$_POST會全局有效。因此對于Content-Type為application/json的請求,我們需要手工去解析json數據,然后修改$_POST變量。
//php
$_POST=json_decode(file_get_contents('php://input'),true);
此時,我們再去輸出$_POST變量,則會得到我們期望的輸出:
array(2){["a"]=>string(1)"a"["b"]=>string(1)"b"}
錯誤8:認為PHP支持字符數據類型
看看下面的代碼,猜測下會輸出什么:
for($c='a';$c<='z i="0;$i" letters="range('a','z');" php5.0orlater:="" array="newArrayObject();" tthesebothproducethesameoutput="" priortophp5.0:="" :="" classregular="" test="value" classmagic="" values="['test'=">'value'];
publicfunction__get($key)
{
if(isset($this->values[$key])){
return$this->values[$key];
}
}
}
好了。我們現在來看看訪問各個類的test屬性會發生什么:
$regular=newRegular();
var_dump($regular->test);//outputsstring(4)"value"
$magic=newMagic();
var_dump($magic->test);//outputsstring(4)"value"
到目前為止,都還是正常的,沒有讓我們感到迷糊。
但在test屬性上使用empty()函數會怎么樣呢?
var_dump(empty($regular->test));//outputsbool(false)
var_dump(empty($magic->test));//outputsbool(true)
結果是不是很意外?
很不幸的是,假如一個類使用魔法__get()函數來訪問類屬性的值,沒有簡單的方法來檢查屬性值是否為空或是不存在。在類作用域外,你只能檢查是否返回null值,但這并不一定意味著沒有設置相應的鍵,因為鍵值可以被設置為null。
相比之下,假如我們訪問Regular類的一個不存在的屬性,則會得到一個類似下面的Notice消息:
Notice:Undefinedproperty:Regular::$nonExistantTestin/path/to/test.phponline10
CallStack:
0.00122347041.{main}()/path/to/test.php:0
因此,對于empty()函數,大家要小心的使用,要不然的話就會結果出乎意料,甚至潛在的誤導你。
到此,關于“PHP開發中有哪些最常見的錯誤”的學習就結束了,希望能夠解決大家的疑惑。理論與實踐的搭配能更好的幫助大家學習,快去試試吧!若想繼續學習更多相關知識,請繼續關注億速云網站,小編會繼續努力為大家帶來更多實用的文章!
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。