GET参数永远是字符串，is_int()和is_float()必然返回false；应使用filter_var()进行安全类型判定，如FILTER_VALIDATE_INT或FILTER_VALIDATE_FLOAT，并配合范围校验与默认值处理。
GET参数永远是字符串，is_int()和is_float()必然失效
直接用is_int($request->page)或is_float($request->amount)判断，结果永远是false。因为 Laravel 的 Request 对象从 URL 获取的所有值，底层都是通过 $_GET 传入的，PHP 原生就只认字符串。哪怕 URL 是 ?page=123 或 ?amount=45.6，$request->page 的真实类型仍是 string。
常见错误现象：
-
if (is_int($request->id)) { ... }分支从不执行 -
switch (gettype($request->score))永远落到'string'分支 - 用
==比较数字字符串（如"1" == 1）看似成功，但会隐式转换、丢失精度、无法区分"0"和""
用filter_var()做安全、可读的类型判定
比手写 is_numeric() + (int) === (float) 更可靠，也比强制转换后用 gettype() 更语义清晰。filter_var() 支持明确的过滤标志，能区分整数、浮点、甚至验证范围。
实操建议：
- 判整数：
filter_var($request->page, FILTER_VALIDATE_INT) !== false—— 自动拒绝"12.5"、"1e2"、" 123 "（除非加FILTER_FLAG_ALLOW_THOUSAND） - 判浮点：
filter_var($request->price, FILTER_VALIDATE_FLOAT) !== false—— 接受"123.45"、"-0.1"，拒绝"123"（纯整数）和"abc" - 带范围校验：
filter_var($request->limit, FILTER_VALIDATE_INT, ['options' => ['min_range' => 1, 'max_range' => 100]]) - 失败时默认返回
false，不是null或异常，适合短路逻辑
is_numeric() + 类型转换比较法慎用
虽然网上常见 (int)$val == (float)$val 这种写法，但它在边界场景下容易翻车：
-
"9223372036854775807"（PHP_INT_MAX）转int会溢出变0，但转float仍为原值 → 比较失败，误判为浮点 -
"0x1F"、"0b101"被is_numeric()认作数字，但强制转int后是十进制值，和原始字符串语义脱节 -
"123.0"转int是123，转float是123.0，==成立 → 正确识别为整数；但若用===就失败，易引发混淆 - 空格开头的
" 123"会被is_numeric()接受，但(int)强转会截断 →(int)" 123" === 123，而(float)" 123" === 123.0，仍成立，但已丢失原始格式意图
批量处理请求参数时优先用集合map() + filter_var()
当需要把多个 GET 参数统一转为数值类型（比如分页 + 排序 + 筛选字段），别一个个写 if 判断，用 Laravel 集合更简洁、不易漏。
示例：
$params = collect($request->only(['page', 'limit', 'sort_order', 'score']))
->map(function ($value, $key) {
if ($key === 'page' || $key === 'limit') {
return filter_var($value, FILTER_VALIDATE_INT) ?: 1;
}
if ($key === 'score') {
return filter_var($value, FILTER_VALIDATE_FLOAT) ?: 0.0;
}
return $value; // 其他字段保持原样
})
->all();
注意点：
-
$request->only()只取指定键，避免意外处理到非数值字段 - 每个分支明确返回类型：整数就返回
int，浮点就返回float，别混用0和0.0 - 不要在
map()回调里 throw Exception，集合方法不处理异常传播，容易静默失败 - 如果参数可能为空（
?page=），filter_var()返回false，需显式提供默认值
最麻烦的不是“怎么转”，而是“转完之后怎么确保下游代码不假设它是字符串”。比如传给数据库查询时用了 where('id', $request->id)，如果没转，就是字符串匹配；转了但没校验范围，可能被注入恶意大数。类型判定只是第一步，后续的使用约束才是关键。
