php常見(jiàn)錯(cuò)誤是什么

這篇文章將為大家詳細(xì)講解有關(guān)php常見(jiàn)錯(cuò)誤是什么，小編覺(jué)得挺實(shí)用的，因此分享給大家做個(gè)參考，希望大家閱讀完這篇文章后可以有所收獲。

成都創(chuàng)新互聯(lián)公司成都企業(yè)網(wǎng)站建設(shè)服務(wù)，提供成都網(wǎng)站設(shè)計(jì)、成都網(wǎng)站建設(shè)網(wǎng)站開(kāi)發(fā),網(wǎng)站定制,建網(wǎng)站,網(wǎng)站搭建,網(wǎng)站設(shè)計(jì),響應(yīng)式網(wǎng)站建設(shè),網(wǎng)頁(yè)設(shè)計(jì)師打造企業(yè)風(fēng)格網(wǎng)站,提供周到的售前咨詢(xún)和貼心的售后服務(wù)。歡迎咨詢(xún)做網(wǎng)站需要多少錢(qián):13518219792

                                                           PHP是一種非常流行的開(kāi)源服務(wù)器端腳本語(yǔ)言，你在萬(wàn)維網(wǎng)看到的大多數(shù)網(wǎng)站都是使用php開(kāi)發(fā)的。本篇將為大家介紹PHP開(kāi)發(fā)中10個(gè)最常見(jiàn)的問(wèn)題，希望能夠?qū)ε笥延兴鶐椭?/p>

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

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

$arr = array(1, 2, 3, 4); 
foreach ($arr as &$value) { 
    $value = $value * 2; 
} 
// $arr is now array(2, 4, 6, 8)

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

$array = [1, 2, 3]; 
echo implode(',', $array), "\n"; 
  
foreach ($array as &$value) {}    // by reference 
echo implode(',', $array), "\n"; 
  
foreach ($array as $value) {}     // by value (i.e., copy) 
echo implode(',', $array), "\n";

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

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

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

●　第一步：復(fù)制value（注意此時(shí)arr[2]的引用），這時(shí)數(shù)組變成[1,2,1]

●　第二步：復(fù)制value，這時(shí)數(shù)組變成[1,2,2]

●　第三步：復(fù)制value，這時(shí)數(shù)組變成[1,2,2]

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

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

$arr = array(1, 2, 3, 4); 
foreach ($arr as &$value) { 
    $value = $value * 2; 
} 
unset($value);   // $value no longer references $arr[3]

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

對(duì)于isset()函數(shù)，變量不存在時(shí)會(huì)返回false，變量值為null時(shí)也會(huì)返回false。這種行為很容易把人弄迷糊。。。看下面的代碼：

$data = fetchRecordFromStorage($storage, $identifier); 
if (!isset($data['keyShouldBeSet']) { 
    // do something here if 'keyShouldBeSet' is not set 
}

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

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

if ($_POST['active']) { 
    $postData = extractSomething($_POST); 
} 
  
// ... 
  
if (!isset($postData)) { 
    echo 'post not active'; 
}

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

真是這樣嗎？當(dāng)然不是！

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

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

if ($_POST['active']) { 
    $postData = extractSomething($_POST); 
} 
  
// ... 
  
if ($_POST['active']) { 
    echo 'post not active'; 
}

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

$data = fetchRecordFromStorage($storage, $identifier); 
if (! array_key_exists('keyShouldBeSet', $data)) { 
    // do this if 'keyShouldBeSet' isn't set 
}

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

if (array_key_exists('varShouldBeSet', get_defined_vars())) { 
    // variable $varShouldBeSet exists in current scope 
}

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

考慮下面的代碼：

class Config 
{ 
  private $values = []; 
 
  public function getValues() { 
    return $this->values; 
  } 
} 
 
$config = new Config(); 
 
$config->getValues()['test'] = 'test'; 
echo $config->getValues()['test'];

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

PHP Notice: Undefined index: test in /path/to/my/script.php on line 21

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

// getValues() returns a COPY of the $values array, so this adds a 'test' element 
// to a COPY of the $values array, but not to the $values array itself. 
$config->getValues()['test'] = 'test'; 
 
// getValues() again returns ANOTHER COPY of the $values array, and THIS copy doesn't 
// contain a 'test' element (which is why we get the "undefined index" message). 
echo $config->getValues()['test'];

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

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

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

class Config 
{ 
  private $values = []; 
 
  // return a REFERENCE to the actual $values array 
  public function &getValues() { 
    return $this->values; 
  } 
} 
 
$config = new Config(); 
 
$config->getValues()['test'] = 'test'; 
echo $config->getValues()['test'];

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

我們?cè)賮?lái)看一個(gè)例子會(huì)讓你更迷糊的例子：

class Config 
{ 
  private $values; 
 
  // using ArrayObject rather than array 
  public function __construct() { 
    $this->values = new ArrayObject(); 
  } 
 
  public function getValues() { 
    return $this->values; 
  } 
} 
 
$config = new Config(); 
 
$config->getValues()['test'] = 'test'; 
echo $config->getValues()['test'];

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

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

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

class Config 
{ 
  private $values = []; 
 
  public function setValue($key, $value) { 
    $this->values[$key] = $value; 
  } 
 
  public function getValue($key) { 
    return $this->values[$key]; 
  } 
} 
 
$config = new Config(); 
 
$config->setValue('testKey', 'testValue'); 
echo $config->getValue('testKey');  // echos 'testValue'

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

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

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

$models = []; 
 
foreach ($inputValues as $inputValue) { 
  $models[] = $valueRepository->findByValue($inputValue); 
}

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

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

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

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

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

$data = []; 
foreach ($ids as $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; 
  } 
}

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

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

我們可以寫(xiě)代碼來(lái)實(shí)驗(yàn)下（測(cè)試環(huán)境： 512MB RAM、MySQL、php-cli）：

// connect to mysql 
$connection = new mysqli('localhost', 'username', 'password', 'database'); 
 
// create table of 400 columns 
$query = 'CREATE TABLE `test`(`id` INT NOT NULL PRIMARY KEY AUTO_INCREMENT'; 
for ($col = 0; $col < 400; $col++) { 
  $query .= ", `col$col` CHAR(10) NOT NULL"; 
} 
$query .= ');'; 
$connection->query($query); 
 
// write 2 million rows 
for ($row = 0; $row < 2000000; $row++) { 
  $query = "INSERT INTO `test` VALUES ($row"; 
  for ($col = 0; $col < 400; $col++) { 
    $query .= ', ' . mt_rand(1000000000, 9999999999); 
  } 
  $query .= ')'; 
  $connection->query($query); 
}

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

// connect to mysql 
$connection = new mysqli('localhost', 'username', 'password', 'database'); 
echo "Before: " . memory_get_peak_usage() . "\n"; 
 
$res = $connection->query('SELECT `x`,`y` FROM `test` LIMIT 1'); 
echo "Limit 1: " . memory_get_peak_usage() . "\n"; 
 
$res = $connection->query('SELECT `x`,`y` FROM `test` LIMIT 10000'); 
echo "Limit 10000: " . memory_get_peak_usage() . "\n";

輸出結(jié)果如下：

Before: 224704 
Limit 1: 224704 
Limit 10000: 224704

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

PHP Warning: mysqli::query(): (HY000/2013): 
       Lost connection to MySQL server during query in /root/test.php on line 11

這是怎么回事呢？

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

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

Before: 232048 
Limit 1: 324952 
Limit 10000: 32572912

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

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

$totalNumberToFetch = 10000; 
$portionSize = 100; 
 
for ($i = 0; $i <= ceil($totalNumberToFetch / $portionSize); $i++) { 
  $limitFrom = $portionSize * $i; 
  $res = $connection->query( 
             "SELECT `x`,`y` FROM `test` LIMIT $limitFrom, $portionSize"); 
}

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

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

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

●　如果你對(duì)unicode和utf-8不是很了解，那么你至少應(yīng)該了解一些基礎(chǔ)。推薦閱讀這篇文章。

●　最好使用mb_*函數(shù)來(lái)處理字符串，避免使用老的字符串處理函數(shù)。這里要確保PHP的“multibyte”擴(kuò)展已開(kāi)啟。

●　數(shù)據(jù)庫(kù)和表最好使用unicode編碼。

●　知道jason_code()函數(shù)會(huì)轉(zhuǎn)換非ascii字符，但serialize()函數(shù)不會(huì)。

●　php代碼源文件最好使用不含bom的utf-8格式。

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

PHP中的$_POST并非總是包含表單POST提交過(guò)來(lái)的數(shù)據(jù)。假設(shè)我們通過(guò) 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ù)格式來(lái)發(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í)，最流行的就是上面兩種類(lèi)型。因此雖說(shuō)現(xiàn)在有些類(lèi)型（比如application/json）很流行，但PHP中還是沒(méi)有去實(shí)現(xiàn)自動(dòng)處理。

因?yàn)镻OST是全局變量，所以更改_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ù)類(lèi)型

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

for ($c = 'a'; $c <= 'z'; $c++) { 
  echo $c . "\n"; 
}

如果你的回答是輸出'a'到'z'，那么你會(huì)驚奇的發(fā)現(xiàn)你的回答是錯(cuò)誤的。

不錯(cuò)，上面的代碼的確會(huì)輸出'a'到'z'，但除此之外，還會(huì)輸出'aa'到'yz'。我們來(lái)分析下為什么會(huì)是這樣的結(jié)果。

在PHP中不存在char數(shù)據(jù)類(lèi)型，只有string類(lèi)型。明白這點(diǎn)，那么對(duì)'z'進(jìn)行遞增操作，結(jié)果則為'aa'。對(duì)于字符串比較大小，學(xué)過(guò)C的應(yīng)該都知道，'aa'是小于'z'的。這也就解釋了為何會(huì)有上面的輸出結(jié)果。

如果我們想輸出'a'到'z'，下面的實(shí)現(xiàn)是一種不錯(cuò)的辦法：

for ($i = ord('a'); $i <= ord('z'); $i++) { 
  echo chr($i) . "\n"; 
}

或者這樣也是OK的：

$letters = range('a', 'z'); 
 
for ($i = 0; $i < count($letters); $i++) { 
  echo $letters[$i] . "\n"; 
}

錯(cuò)誤9：忽略編碼標(biāo)準(zhǔn)

雖說(shuō)忽略編碼標(biāo)準(zhǔn)不會(huì)導(dǎo)致錯(cuò)誤或是bug，但遵循一定的編碼標(biāo)準(zhǔn)還是很重要的。

沒(méi)有統(tǒng)一的編碼標(biāo)準(zhǔn)會(huì)使你的項(xiàng)目出現(xiàn)很多問(wèn)題。最明顯的就是你的項(xiàng)目代碼不具有一致性。更壞的地方在于，你的代碼將更加難以調(diào)試、擴(kuò)展和維護(hù)。這也就意味著你的團(tuán)隊(duì)效率會(huì)降低，包括做一些很多無(wú)意義的勞動(dòng)。

對(duì)于PHP開(kāi)發(fā)者來(lái)說(shuō)，是比較幸運(yùn)的。因?yàn)橛蠵HP編碼標(biāo)準(zhǔn)推薦（PSR），由下面5個(gè)部分組成：

●　PSR-0：自動(dòng)加載標(biāo)準(zhǔn)

●　PSR-1：基本編碼標(biāo)準(zhǔn)

●　PSR-2：編碼風(fēng)格指南

●　PSR-3：日志接口標(biāo)準(zhǔn)

●　PSR-4：自動(dòng)加載

PSR最初由PHP社區(qū)的幾個(gè)大的團(tuán)體所創(chuàng)建并遵循。Zend, Drupal, Symfony, Joomla及其它的平臺(tái)都為此標(biāo)準(zhǔn)做過(guò)貢獻(xiàn)并遵循這個(gè)標(biāo)準(zhǔn)。即使是PEAR，早些年也想讓自己成為一個(gè)標(biāo)準(zhǔn)，但現(xiàn)在也加入了PSR陣營(yíng)。

在某些情況下，使用什么編碼標(biāo)準(zhǔn)是無(wú)關(guān)緊要的，只要你使用一種編碼風(fēng)格并一直堅(jiān)持使用即可。但是遵循PSR標(biāo)準(zhǔn)不失為一個(gè)好辦法，除非你有什么特殊的原因要 自己弄一套?，F(xiàn)在越來(lái)越多的項(xiàng)目都開(kāi)始使用PSR，大部分的PHP開(kāi)發(fā)者也在使用PSR，因此使用PSR會(huì)讓新加入你團(tuán)隊(duì)的成員更快的熟悉項(xiàng)目，寫(xiě)代碼時(shí) 也會(huì)更加舒適。

錯(cuò)誤10：錯(cuò)誤使用empty()函數(shù)

一些PHP開(kāi)發(fā)人員喜歡用empty()函數(shù)去對(duì)變量或表達(dá)式做布爾判斷，但在某些情況下會(huì)讓人很困惑。

首先我們來(lái)看看PHP中的數(shù)組Array和數(shù)組對(duì)象ArrayObject。看上去好像沒(méi)什么區(qū)別，都是一樣的。真的這樣嗎？

// PHP 5.0 or later: 
$array = []; 
var_dump(empty($array));    // outputs bool(true) 
$array = new ArrayObject(); 
var_dump(empty($array));    // outputs bool(false) 
// why don't these both produce the same output?

讓事情變得更復(fù)雜些，看看下面的代碼：

// Prior to PHP 5.0: 
$array = []; 
var_dump(empty($array));    // outputs bool(false) 
$array = new ArrayObject(); 
var_dump(empty($array));    // outputs bool(false)

很不幸的是，上面這種方法很受歡迎。例如，在Zend Framework 2中，Zend\Db\TableGateway 在 TableGateway::select() 結(jié)果集上調(diào)用 current() 方法返回?cái)?shù)據(jù)集時(shí)就是這么干的。開(kāi)發(fā)人員很容易就會(huì)踩到這個(gè)坑。

為了避免這些問(wèn)題，檢查一個(gè)數(shù)組是否為空最后的辦法是用 count() 函數(shù)：

// Note that this work in ALL versions of PHP (both pre and post 5.0): 
$array = []; 
var_dump(count($array));    // outputs int(0) 
$array = new ArrayObject(); 
var_dump(count($array));    // outputs int(0)

在這順便提一下，因?yàn)镻HP中會(huì)將數(shù)值0認(rèn)為是布爾值false，因此 count() 函數(shù)可以直接用在 if 條件語(yǔ)句的條件判斷中來(lái)判斷數(shù)組是否為空。另外，count() 函數(shù)對(duì)于數(shù)組來(lái)說(shuō)復(fù)雜度為O(1)，因此用 count() 函數(shù)是一個(gè)明智的選擇。

再來(lái)看一個(gè)用 empty() 函數(shù)很危險(xiǎn)的例子。當(dāng)在魔術(shù)方法 __get() 中結(jié)合使用 empty() 函數(shù)時(shí)，也是很危險(xiǎn)的。我們來(lái)定義兩個(gè)類(lèi)，每個(gè)類(lèi)都有一個(gè) test 屬性。

首先我們定義 Regular 類(lèi)，有一個(gè) test 屬性：

class Regular 
{ 
  public $test = 'value'; 
}

然后我們定義 Magic 類(lèi)，并用 __get() 魔術(shù)方法來(lái)訪問(wèn)它的 test 屬性：

class Magic 
{ 
  private $values = ['test' => 'value']; 
 
  public function __get($key) 
  { 
    if (isset($this->values[$key])) { 
      return $this->values[$key]; 
    } 
  } 
}

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

$regular = new Regular(); 
var_dump($regular->test);  // outputs string(4) "value" 
$magic = new Magic(); 
var_dump($magic->test);   // outputs string(4) "value"

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

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

var_dump(empty($regular->test));  // outputs bool(false) 
var_dump(empty($magic->test));   // outputs bool(true)

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

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

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

Notice: Undefined property: Regular::$nonExistantTest in /path/to/test.php on line 10 
 
Call Stack: 
  0.0012   234704  1. {main}() /path/to/test.php:0

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

關(guān)于php常見(jiàn)錯(cuò)誤是什么就分享到這里了，希望以上內(nèi)容可以對(duì)大家有一定的幫助，可以學(xué)到更多知識(shí)。如果覺(jué)得文章不錯(cuò)，可以把它分享出去讓更多的人看到。

分享題目：php常見(jiàn)錯(cuò)誤是什么
新聞來(lái)源：http://bm7419.com/article38/jcspsp.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供品牌網(wǎng)站制作、定制開(kāi)發(fā)、標(biāo)簽優(yōu)化、網(wǎng)站營(yíng)銷(xiāo)、網(wǎng)站策劃、小程序開(kāi)發(fā)

廣告

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