PHP的學習并不能局限于書本上的那幾段概念就能完全掌握。還需要我們不斷的從實踐中去深入了解。下面就介紹一下PHP變量解析順序的實踐。故事從一個有點詭異的BUG開始，后臺一個使用頻率不是很高的廣告提交功能有時候會莫名其妙的發生提交的鏈接網址出錯的問題。#t#

由于提交后并沒有告知該次提交的鏈接URL，所以這個BUG一直活到了今天。然而并不是每一次提交都會出現這個BUG，幾次測試后發現只有在連續多次提交時發生。由于提交的表單比較復雜，分幾部分錄入，于是懷疑在中間環節發生錯誤。

排錯的過程先是在各個過程中var_dump($_REQUEST)，于是連續第二次提交時找到出錯環節，在***個表單提交到第二個表單的過程中，$_REQUEST數組發生改變。到這里，我們有必要再看一下$_REQUEST數組：

手冊上講包含經由 GET，POST 和 COOKIE 機制提交至腳本的變量，因此該數組并不值得信任。以此將var_dump($_REQUEST)分解成var_dump($_POST)，var_dump($_GET)，var_dump($_COOKIE)，問題就比較清晰了，原來為了便于在多個頁面表單間保存值，試用了COOKIE，雖然沒有設置expire項的情況下SESSION結束時COOKIE變銷毀，但是如果在一次會話中連續提交多個廣告，表單POST的值變會被之前保存在COOKIE的值覆蓋，而之所以只有部分出錯，在于保存到COOKIE的時候COOKIE變量名都加了前綴，除了url這個變量還是使用相同的變量名。

問題找到了，但是又有新的疑問，相同的變量名，為什么是COOKIE覆蓋了POST而不是相反呢？于是終于要來到標題講的variables_order設置項了，php.ini中原文如下：

This directive describes the order in which PHP registers GET, POST, Cookie,
Environment and Built-in variables (G, P, C, E & S respectively, often
referred to as EGPCS or GPC). Registration is done from left to right, newer
values override older values.

意思是該設置描述PHP解析變量順序，包括$_GET，$_POST，$_COOKIE，$_ENV ，$_SERVER 數組，
解析順序從左到右，后解析新值覆蓋舊值。默認設定為EGPCS（Environment，GET，POST，Cookie，Server）。
如果將其設為“GP”，會導致 PHP 完全忽略環境變量，cookies 和 server 變量，并用 POST 方法的變量覆蓋 GET 方法的同名變量。

結論：

就像手冊上講的，$_REQUEST是個并不值得信任的數組。為了盡量避免類似問題，在獲取提交值是應明確使用$_POST或$_GET數組。

特殊情況下可以通過調整variables_order設置，使自己總是能得到想要獲取的提交數據。