最稳方式是用$request->get()和$request->post()，而非$_GET或$_POST；前者经框架统一处理，支持默认值、类型转换、过滤及嵌套结构还原，后者绕过框架易出错且协程不安全。
Webman 里获取 GET/POST 参数，最稳的方式是用 $request->get() 和 $request->post()，而不是直接读 $_GET 或 $_POST —— 后者绕过框架的统一处理，会丢掉默认值、类型转换、过滤逻辑，还可能在协程环境下出问题。
控制器方法里怎么安全取 GET 参数
Webman 控制器方法参数中注入 support\Request 对象后，直接调用 get() 即可。它比原生 $_GET 更可靠，因为自动处理了空值、默认值、嵌套数组结构：
-
$request->get('id')：没传id就返回null，不是Notice报错 -
$request->get('name', 'guest')：显式设默认值，避免后续判空逻辑爆炸 -
$request->get('filter')可能是字符串，也可能是数组（如?filter[status]=1&filter[type]=2），get()会原样还原结构，而$_GET['filter']在某些 PHP 配置下会变成字符串 - 如果用了自定义
Request类（比如加了htmlspecialchars过滤），get()会自动走过滤逻辑；$_GET完全绕过
POST 数据不能只靠 $_POST，尤其要防 JSON 提交
很多人以为 $_POST 能拿到所有 POST 数据，但 Webman 实际支持三类 POST 内容：表单编码（application/x-www-form-urlencoded）、JSON（application/json）、原始数据（text/plain）。$_POST 只对第一种有效，其他两种为空：
-
$request->post('email')：自动识别并解析表单或 JSON，统一取值 -
$request->json()：强制按 JSON 解析整个 body，返回关联数组或对象，适合前后端分离场景 -
$request->rawBody()：拿到原始字符串，适合处理非标准格式（如 XML、自定义二进制协议） - 若前端用
fetch发 JSON，但你只写$_POST['email']，结果永远是空 —— 这是最常踩的坑
助手函数 input() 的适用边界在哪
input() 是全局可用的快捷方式，本质是 request()->input() 的封装，但它和 get()/post() 行为不同：
立即学习“PHP免费学习笔记（深入）”；
-
input('name')会依次查找：路由参数 → GET → POST → 默认值，顺序固定，不可配置 -
input('name', 'default')的默认值只在全部来源都未命中时生效 - 不推荐在需要明确来源的场景用
input()，比如「这个token必须来自 header 或 query，不能是 POST」—— 此时必须用$request->header('token')或$request->get('token') - 参数名含点号（如
user.email）时，input()支持点语法访问嵌套，get()不支持，这点要注意
CLI 模式下根本拿不到 GET/POST —— 别混用场景
Webman 的 $request 对象只在 HTTP 请求生命周期内存在。如果你在 start.php 或命令行脚本里直接调用 get() 或 input()，会报 Call to a member function get() on null：
- CLI 参数必须用
$_SERVER['argv']手动解析，索引从 1 开始，$_SERVER['argv'][0]是脚本路径 -
getopt()只适合简单开关（如-d、--env=prod），复杂子命令（如php start.php user create --name=tom）得自己切$_SERVER['argv']数组 - 别试图在 CLI 里伪造一个
Request对象来“兼容”HTTP 逻辑 —— 路由、中间件、session 全都不起作用，纯属给自己埋雷
真正容易被忽略的是：参数来源优先级（路由 > GET > POST）和 CLI/HTTP 环境隔离这两条线，一旦跨过去，调试成本会指数上升。
