這篇文章主要介紹“PHP開發(fā)中有哪些最常見的錯(cuò)誤”，在日常操作中，相信很多人在PHP開發(fā)中有哪些最常見的錯(cuò)誤問題上存在疑惑，小編查閱了各式資料，整理出簡單好用的操作方法，希望對(duì)大家解答”PHP開發(fā)中有哪些最常見的錯(cuò)誤”的疑惑有所幫助！接下來，請(qǐng)跟著小編一起來學(xué)習(xí)吧！

成都創(chuàng)新互聯(lián)專注于簡陽網(wǎng)站建設(shè)服務(wù)及定制，我們擁有豐富的企業(yè)做網(wǎng)站經(jīng)驗(yàn)。 熱誠為您提供簡陽營銷型網(wǎng)站建設(shè)，簡陽網(wǎng)站制作、簡陽網(wǎng)頁設(shè)計(jì)、簡陽網(wǎng)站官網(wǎng)定制、小程序設(shè)計(jì)服務(wù)，打造簡陽網(wǎng)絡(luò)公司原創(chuàng)品牌,更為您提供簡陽網(wǎng)站排名全網(wǎng)營銷落地服務(wù)。

PHP開發(fā)中最常見的錯(cuò)誤有哪些

錯(cuò)誤1：foreach循環(huán)后留下懸掛指針

在foreach循環(huán)中，假如我們需要更改迭代的元素或是為了提高效率，運(yùn)用引用是一個(gè)好辦法：

$arr=array(1,2,3,4);

foreach($arras&$value){

$value=$value*2;

}

//$arrisnowarray(2,4,6,8)

這里有個(gè)問題很多人會(huì)迷糊。循環(huán)結(jié)束后，$value并未銷毀，$value其實(shí)是數(shù)組中最后一個(gè)元素的引用，這樣在后續(xù)對(duì)$value的使用中，假如不知道這一點(diǎn)，會(huì)引發(fā)一些莫名奇妙的錯(cuò)誤:)看看下面這段代碼：

$array=[1,2,3];

echoimplode(',',$array),"\n";

foreach($arrayas&$value){}//byreference

echoimplode(',',$array),"\n";

foreach($arrayas$value){}//byvalue(i.e.,copy)

echoimplode(',',$array),"\n";

上面代碼的運(yùn)行結(jié)果如下：

1,2,3

1,2,3

1,2,2

你猜對(duì)了嗎?為什么是這個(gè)結(jié)果呢?

我們來分析下。第一個(gè)循環(huán)過后，$value是數(shù)組中最后一個(gè)元素的引用。第二個(gè)循環(huán)開始：

第一步：復(fù)制$arr[0]到$value(注意此時(shí)$value是$arr[2]的引用)，這時(shí)數(shù)組變成[1,2,1]第二步：復(fù)制$arr[1]到$value，這時(shí)數(shù)組變成[1,2,2]第三步：復(fù)制$arr[2]到$value，這時(shí)數(shù)組變成[1,2,2]

綜上，最終結(jié)果就是1,2,2

避免這種錯(cuò)誤最好的辦法就是在循環(huán)后立即用unset函數(shù)銷毀變量：

$arr=array(1,2,3,4);

foreach($arras&$value){

$value=$value*2;

}

unset($value);//$valuenolongerreferences$arr[3]

錯(cuò)誤2：對(duì)isset()函數(shù)行為的錯(cuò)誤理解

對(duì)于isset()函數(shù)，變量不存在時(shí)會(huì)返回false，變量值為null時(shí)也會(huì)返回false。這種行為很容易把人弄迷糊。。?？聪旅娴拇a：

$data=fetchRecordFromStorage($storage,$identifier);

if(!isset($data['keyShouldBeSet']){

//dosomethinghereif'keyShouldBeSet'isnotset

}

寫這段代碼的人本意可能是假如$data['keyShouldBeSet']未設(shè)置，則執(zhí)行對(duì)應(yīng)邏輯。但問題在于即使$data['keyShouldBeSet']已設(shè)置，但設(shè)置的值為null，還是會(huì)執(zhí)行對(duì)應(yīng)的邏輯，這就不符合代碼的本意了。

下面是另外一個(gè)例子：

if($_POST['active']){

$postData=extractSomething($_POST);

}

//...

if(!isset($postData)){

echo'postnotactive';

}

上面的代碼假設(shè)$_POST['active']為真，那么$postData應(yīng)該被設(shè)置，因此isset($postData)會(huì)返回true。反之，上面代碼假設(shè)isset($postData)返回false的唯一途徑就是$_POST['active']也返回false。

真是這樣嗎?當(dāng)然不是!

即使$_POST['active']返回true，$postData也有可能被設(shè)置為null，這時(shí)isset($postData)就會(huì)返回false。這就不符合代碼的本意了。

假如上面代碼的本意僅是檢測$_POST['active']是否為真，下面這樣實(shí)現(xiàn)會(huì)更好：

if($_POST['active']){

$postData=extractSomething($_POST);

}

//...

if($_POST['active']){

echo'postnotactive';

}

判斷一個(gè)變量是否真正被設(shè)置(區(qū)分未設(shè)置和設(shè)置值為null)，array_key_exists()函數(shù)或許更好。重構(gòu)上面的第一個(gè)例子，如下：

$data=fetchRecordFromStorage($storage,$identifier);

if(!array_key_exists('keyShouldBeSet',$data)){

//dothisif'keyShouldBeSet'isn'tset

}

另外，結(jié)合get_defined_vars()函數(shù)，我們可以更加可靠的檢測變量在當(dāng)前作用域內(nèi)是否被設(shè)置：

if(array_key_exists('varShouldBeSet',get_defined_vars())){

//variable$varShouldBeSetexistsincurrentscope

}

錯(cuò)誤3：混淆返回值和返回引用

考慮下面的代碼：

classConfig

{

private$values=[];

publicfunctiongetValues(){

return$this->values;

}

}

$config=newConfig();

$config->getValues()['test']='test';

echo$config->getValues()['test'];

運(yùn)行上面的代碼，將會(huì)輸出下面的內(nèi)容：

PHPNotice:Undefinedindex:testin/path/to/my/script.phponline21

問題出在哪呢?問題就在于上面的代碼混淆了返回值和返回引用。在PHP中，除非你顯示的指定返回引用，否則對(duì)于數(shù)組PHP是值返回，也就是數(shù)組的拷貝。因此上面代碼對(duì)返回?cái)?shù)組賦值，實(shí)際是對(duì)拷貝數(shù)組進(jìn)行賦值，非原數(shù)組賦值。

//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'];

下面是一種可能的解決辦法，輸出拷貝的數(shù)組，而不是原數(shù)組：

$vals=$config->getValues();

$vals['test']='test';

echo$vals['test'];

假如你就是想要改變?cè)瓟?shù)組，也就是要反回?cái)?shù)組引用，那應(yīng)該如何處理呢?辦法就是顯示指定返回引用即可：

classConfig

{

private$values=[];

//returnaREFERENCEtotheactual$valuesarray

publicfunction&getValues(){

return$this->values;

}

}

$config=newConfig();

$config->getValues()['test']='test';

echo$config->getValues()['test'];

經(jīng)過改造后，上面代碼將會(huì)像你期望那樣會(huì)輸出test。

我們?cè)賮砜匆粋€(gè)例子會(huì)讓你更迷糊的例子：

classConfig

{

private$values;

//usingArrayObjectratherthanarray

publicfunction__construct(){

$this->values=newArrayObject();

}

publicfunctiongetValues(){

return$this->values;

}

}

$config=newConfig();

$config->getValues()['test']='test';

echo$config->getValues()['test'];

假如你想的是會(huì)和上面一樣輸出“Undefinedindex”錯(cuò)誤，那你就錯(cuò)了。代碼會(huì)正常輸出“test”。原因在于PHP對(duì)于對(duì)象默認(rèn)就是按引用返回的，而不是按值返回。

綜上所述，我們?cè)谑褂煤瘮?shù)返回值時(shí)，要弄清楚是值返回還是引用返回。PHP中對(duì)于對(duì)象，默認(rèn)是引用返回，數(shù)組和內(nèi)置基本類型默認(rèn)均按值返回。這個(gè)要與其它語言區(qū)別開來(很多語言對(duì)于數(shù)組是引用傳遞)。

像其它語言，比如java或C#，利用getter或setter來訪問或設(shè)置類屬性是一種更好的方案，當(dāng)然PHP默認(rèn)不支持，需要自己實(shí)現(xiàn)：

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'

上面的代碼給調(diào)用者可以訪問或設(shè)置數(shù)組中的任意值而不用給與數(shù)組public訪問權(quán)限。感覺怎么樣:)

錯(cuò)誤4：在循環(huán)中執(zhí)行sql查詢

在PHP編程中發(fā)現(xiàn)類似下面的代碼并不少見：

$models=[];

foreach($inputValuesas$inputValue){

$models[]=$valueRepository->findByValue($inputValue);

}

當(dāng)然上面的代碼是沒有什么錯(cuò)誤的。問題在于我們?cè)诘^程中$valueRepository->findByValue()可能每次都執(zhí)行了sql查詢：

$result=$connection->query("SELECT`x`,`y`FROM`values`WHERE`value`=".$inputValue);

假如迭代了10000次，那么你就分別執(zhí)行了10000次sql查詢。假如這樣的腳本在多線程程序中被調(diào)用，那很可能你的系統(tǒng)就掛了。。。

在編寫代碼過程中，你應(yīng)該要清楚什么時(shí)候應(yīng)該執(zhí)行sql查詢，盡可能一次sql查詢?nèi)〕鏊袛?shù)據(jù)。

有一種業(yè)務(wù)場景，你很可能會(huì)犯上述錯(cuò)誤。假設(shè)一個(gè)表單提交了一系列值(假設(shè)為IDs)，然后為了取出所有ID對(duì)應(yīng)的數(shù)據(jù)，代碼將遍歷IDs，分別對(duì)每個(gè)ID執(zhí)行sql查詢，代碼如下所示：

$data=[];

foreach($idsas$id){

$result=$connection->query("SELECT`x`,`y`FROM`values`WHERE`id`=".$id);

$data[]=$result->fetch_row();

}

但同樣的目的可以在一個(gè)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開發(fā)中最常見的錯(cuò)誤有哪些

錯(cuò)誤5：內(nèi)存使用低效和錯(cuò)覺

一次sql查詢獲取多條記錄比每次查詢獲取一條記錄效率肯定要高，但假如你使用的是php中的MySQL擴(kuò)展，那么一次獲取多條記錄就很可能會(huì)導(dǎo)致內(nèi)存溢出。

我們可以寫代碼來實(shí)驗(yàn)下(測試環(huán)境：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);

}

現(xiàn)在來看看資源消耗：

//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";

輸出結(jié)果如下：

Before:224704

Limit1:224704

Limit10000:224704

根據(jù)內(nèi)存使用量來看，貌似一切正常。為了更加確定，試著一次獲取100000條記錄，結(jié)果程序得到如下輸出：

PHPWarning:mysqli::query():(HY000/2013):

LostconnectiontoMySQLserverduringqueryin/root/test.phponline11

這是怎么回事呢?

問題出在php的mysql模塊的工作方式，mysql模塊實(shí)際上就是libmysqlclient的一個(gè)代理。在查詢獲取多條記錄的同時(shí)，這些記錄會(huì)直接保存在內(nèi)存中。由于這塊內(nèi)存不屬于php的內(nèi)存模塊所管理，所以我們調(diào)用memory_get_peak_usage()函數(shù)所獲得的值并非真實(shí)使用內(nèi)存值，于是便出現(xiàn)了上面的問題。

我們可以使用mysqlnd來代替mysql，mysqlnd編譯為php自身擴(kuò)展，其內(nèi)存使用由php內(nèi)存管理模塊所控制。假如我們用mysqlnd來實(shí)現(xiàn)上面的代碼，則會(huì)更加真實(shí)的反應(yīng)內(nèi)存使用情況：

Before:232048

Limit1:324952

Limit10000:32572912

更加糟糕的是，根據(jù)php的官方文檔，mysql擴(kuò)展存儲(chǔ)查詢數(shù)據(jù)使用的內(nèi)存是mysqlnd的兩倍，因此原來的代碼使用的內(nèi)存是上面顯示的兩倍左右。

為了避免此類問題，可以考慮分幾次完成查詢，減小單次查詢數(shù)據(jù)量：

$totalNumberToFetch=10000;

$portionSize=100;

for($i=0;$i<=ceil($totalnumbertofetch limitfrom="$portionSize*$i;" res="$connection-">query(

"SELECT`x`,`y`FROM`test`LIMIT$limitFrom,$portionSize");

}

聯(lián)系上面提到的錯(cuò)誤4可以看出，在實(shí)際的編碼過程中，要做到一種平衡，才能既滿足功能要求，又能保證性能。

錯(cuò)誤6：忽略Unicode/UTF-8問題

php編程中，在處理非ascii字符時(shí)，會(huì)遇到一些問題，要很小心的去對(duì)待，要不然就會(huì)錯(cuò)誤遍地。舉個(gè)簡單的例子，strlen($name)，假如$name包含非ascii字符，那結(jié)果就有些出乎意料。在此給出一些建議，盡量避免此類問題：

假如你對(duì)unicode和utf-8不是很了解，那么你至少應(yīng)該了解一些基礎(chǔ)。推薦閱讀該文。最好使用mb_*函數(shù)來處理字符串，避免使用老的字符串處理函數(shù)。這里要確保PHP的“multibyte”擴(kuò)展已開啟。數(shù)據(jù)庫和表最好使用unicode編碼。知道jason_code()函數(shù)會(huì)轉(zhuǎn)換非ascii字符，但serialize()函數(shù)不會(huì)。php代碼源文件最好使用不含bom的utf-8格式。

在此推薦一篇文章，更詳細(xì)的介紹了此類問題：UTF-8PrimerforPHPandMySQL

錯(cuò)誤7：假定$_POST總是包含POST數(shù)據(jù)

PHP中的$_POST并非總是包含表單POST提交過來的數(shù)據(jù)。假設(shè)我們通過jQuery.ajax()方法向服務(wù)器發(fā)送了POST請(qǐng)求：

//js

$.ajax({

url:'http://my.site/some/path',

method:'post',

data:JSON.stringify({a:'a',b:'b'}),

contentType:'application/json'

});

注意代碼中的contentType:‘a(chǎn)pplication/json’，我們是以json數(shù)據(jù)格式來發(fā)送的數(shù)據(jù)。在服務(wù)端，我們僅輸出$_POST數(shù)組：

//php

var_dump($_POST);

你會(huì)很驚奇的發(fā)現(xiàn)，結(jié)果是下面所示：

array(0){}

為什么是這樣的結(jié)果呢?我們的json數(shù)據(jù){a:‘a(chǎn)’,b:‘b’}哪去了呢?

答案就是PHP僅僅解析Content-Type為application/x-www-form-urlencoded或multipart/form-data的Http請(qǐng)求。之所以這樣是因?yàn)闅v史原因，PHP最初實(shí)現(xiàn)$_POST時(shí)，最流行的就是上面兩種類型。因此雖說現(xiàn)在有些類型(比如application/json)很流行，但PHP中還是沒有去實(shí)現(xiàn)自動(dòng)處理。

因?yàn)?_POST是全局變量，所以更改$_POST會(huì)全局有效。因此對(duì)于Content-Type為application/json的請(qǐng)求，我們需要手工去解析json數(shù)據(jù)，然后修改$_POST變量。

//php

$_POST=json_decode(file_get_contents('php://input'),true);

此時(shí)，我們?cè)偃ポ敵?_POST變量，則會(huì)得到我們期望的輸出：

array(2){["a"]=>string(1)"a"["b"]=>string(1)"b"}

錯(cuò)誤8：認(rèn)為PHP支持字符數(shù)據(jù)類型

看看下面的代碼，猜測下會(huì)輸出什么：

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];

}

}

}

好了。我們現(xiàn)在來看看訪問各個(gè)類的test屬性會(huì)發(fā)生什么：

$regular=newRegular();

var_dump($regular->test);//outputsstring(4)"value"

$magic=newMagic();

var_dump($magic->test);//outputsstring(4)"value"

到目前為止，都還是正常的，沒有讓我們感到迷糊。

但在test屬性上使用empty()函數(shù)會(huì)怎么樣呢?

var_dump(empty($regular->test));//outputsbool(false)

var_dump(empty($magic->test));//outputsbool(true)

結(jié)果是不是很意外?

很不幸的是，假如一個(gè)類使用魔法__get()函數(shù)來訪問類屬性的值，沒有簡單的方法來檢查屬性值是否為空或是不存在。在類作用域外，你只能檢查是否返回null值，但這并不一定意味著沒有設(shè)置相應(yīng)的鍵，因?yàn)殒I值可以被設(shè)置為null。

相比之下，假如我們?cè)L問Regular類的一個(gè)不存在的屬性，則會(huì)得到一個(gè)類似下面的Notice消息：

Notice:Undefinedproperty:Regular::$nonExistantTestin/path/to/test.phponline10

CallStack:

0.00122347041.{main}()/path/to/test.php:0

因此，對(duì)于empty()函數(shù)，大家要小心的使用，要不然的話就會(huì)結(jié)果出乎意料，甚至潛在的誤導(dǎo)你。

到此，關(guān)于“PHP開發(fā)中有哪些最常見的錯(cuò)誤”的學(xué)習(xí)就結(jié)束了，希望能夠解決大家的疑惑。理論與實(shí)踐的搭配能更好的幫助大家學(xué)習(xí)，快去試試吧！若想繼續(xù)學(xué)習(xí)更多相關(guān)知識(shí)，請(qǐng)繼續(xù)關(guān)注創(chuàng)新互聯(lián)網(wǎng)站，小編會(huì)繼續(xù)努力為大家?guī)砀鄬?shí)用的文章！

網(wǎng)頁名稱：PHP開發(fā)中有哪些最常見的錯(cuò)誤
文章分享：http://sd-ha.com/article4/jgedie.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供面包屑導(dǎo)航、云服務(wù)器、動(dòng)態(tài)網(wǎng)站、網(wǎng)站設(shè)計(jì)公司、Google、網(wǎng)站制作

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來源： 創(chuàng)新互聯(lián)