深入理解 php $_request 变量，掌握Web数据接收的核心要点

发布日期： 2025-09-23 阅读量： 作者： admin

今天捣鼓了一下 PHP 里那个 $_REQUEST 变量，之前处理网页传过来的数据，有时候用 $_GET，有时候用 $_POST，偶尔看到有人提 $_REQUEST，说是能同时收这两种，甚至还能收 Cookie，就想着自己动手试试看到底是不是这么回事。

开始动手

我得有个地方能让我提交数据对。我就随便写了个简单的 HTML 页面，里面放了个表单。

表单里头就放了两个输入框，一个叫 `username`，一个叫 `age`，还有一个提交按钮。关键是这个表单的 `method` 属性，我先把它设置成了 `GET`。

写好页面，我在浏览器里打开它。随便在 `username` 里填了个“张三”，`age` 里填了个“30”，然后点了提交。

提交之后，页面跳转了，我看了下浏览器地址栏，果然，后面跟上了一串 `?username=张三&age=30` 这样的东西。这就是 GET 方式提交数据的特点嘛数据直接在 URL 里头。

我在处理这个表单提交的 PHP 文件里，试着用 $_REQUEST 去拿数据。我写了类似这样的代码：

$name = $_REQUEST['username'];

$age = $_REQUEST['age'];

然后把这两个变量打印出来看看。结果？真的能拿到！屏幕上显示了“张三”和“30”。看来 $_REQUEST 处理 GET 数据是没问题的。

光试 GET 还不行，我还得试试 POST。

我回到那个 HTML 页面，把表单的 `method` 属性从 `GET` 改成了 `POST`。其他啥也没动。

保存再到浏览器里刷新一下（注意不是后退，是重新加载改好的页面）。这回我又填了点不一样的数据，比如 `username` 填“李四”，`age` 填“25”，然后点提交。

提交之后，页面也跳转了，但是这回我特意看了地址栏，后面干干净净的，没有跟那一串数据了。这就是 POST 的特点，数据藏在请求体里，地址栏看不见。

那处理提交的 PHP 文件还能用 $_REQUEST 拿到数据吗？我还是用同样的代码去拿 $_REQUEST['username'] 和 $_REQUEST['age']。结果打印出来一看，照样拿到了！屏幕上显示了“李四”和“25”。

到这里我就明白了，$_REQUEST 确实是 GET 和 POST 的数据都能收。

手册上还说它默认也包含 $_COOKIE 的数据。这个我也得试试。

我在那个 PHP 处理文件里，加了句设置 Cookie 的代码，大概是这样：

setcookie('my_test_cookie', 'hello world', time()+3600);

意思是设置一个名叫 `my_test_cookie` 的 Cookie，值是 `hello world`，有效期一个小时。

我先访问一次这个 PHP 文件，让 Cookie 设置上。然后，我再访问一次（或者刷新一下）。这回我尝试直接用 $_REQUEST 去拿这个 Cookie 的值：

$cookie_val = $_REQUEST['my_test_cookie'];

再打印出来看看。果然，屏幕上显示了 `hello world`。

这下更清楚了，默认情况下，$_REQUEST 就是个大杂烩，把 $_GET、$_POST、$_COOKIE 里面的东西都装进来了。

试完感觉，$_REQUEST 用起来是省事，不用管数据到底咋来的，直接拿就行。但反过来想，这也可能带来点麻烦。

如果 $_GET 和 $_POST 里恰好有同名的参数，$_REQUEST 里到底用的是哪个？（虽然我知道 PHP 有个默认处理顺序，但写代码的时候可能就忽略了，或者不同环境配置不一样咋办？）
还有就是，如果我明明知道这个数据只会通过 POST 提交，比如密码这类敏感信息，我直接用 $_POST 去拿不是更明确、更安全点吗？用 $_REQUEST 就显得有点“随意”了。

我的实践感受是：

$_REQUEST 确实能简化一些代码，尤其是不太在乎数据来源的场景。但如果我想让代码更清晰，或者对数据来源有特定要求（比如必须是 POST），那我还是倾向于直接用 $_GET 或 $_POST。这样代码读起来更明白，自己心里也更有底。

今天就先试到这里，把这个过程记下来，以后用的时候心里就有数了。