用 gettype() 最直接判断PHP变量类型，它返回如"integer""string""array"等字符串，准确反映运行时类型，而typeof不存在、IDE提示仅为静态推测。
PHP变量类型怎么判断？用 gettype() 最直接
PHP是弱类型语言，变量类型由赋值内容决定，运行时才确定。想确认某个变量当前是什么类型，gettype() 是最直观的手段——它返回字符串如 "integer"、"string"、"array" 等。
注意：别用 typeof（PHP里不存在）、也别依赖 IDE 的类型提示，那只是静态推测，不反映实际运行时状态。
-
gettype(null)返回"NULL"，不是空字符串或false -
gettype(0)是"integer"，gettype("0")是"string"，类型差异直接影响比较结果 - 对资源（resource）或闭包（Closure），
gettype()返回"resource"或"object"，但具体资源类型需配合get_resource_type()
为什么 is_int() 和 is_numeric() 行为差别这么大？
这两个函数常被误用，核心区别在于：is_int() 只认真正的整型，而 is_numeric() 会把字符串形式的数字（如 "123"、"-4.5e3"）也判为真。
典型踩坑场景：表单提交的数字 ID 是字符串，用 is_int($_GET['id']) 永远返回 false，导致权限校验绕过或逻辑跳过。
立即学习“PHP免费学习笔记（深入）”；
- 判断是否可安全用于数据库整型字段或算术运算，优先用
is_int()或filter_var($val, FILTER_VALIDATE_INT) -
is_numeric()适合做“粗筛”，比如验证用户输入是否含数字成分，但不能替代类型断言 -
is_numeric("0x1A")返回true（十六进制字符串），但(int)"0x1A"会转成0，存在隐式转换陷阱
数组和对象在 PHP 8 里有啥关键变化？
PHP 8 引入了联合类型和 mixed，但更实际的影响在运行时行为：数组现在明确区分“关联数组”和“列表”，而对象默认不再响应 count()（除非实现 Countable 接口）。
常见错误现象：count($obj) 在 PHP 7.x 里可能静默返回 1，PHP 8 直接报 TypeError。
- 检查是否为数组，用
is_array()；检查是否为可遍历对象，用is_object() && $obj instanceof Traversable - PHP 8.1 起，
array_is_list()可准确识别索引连续的数字键数组，比array_keys($arr) === range(0, count($arr)-1)更可靠 - 对象属性访问前，务必确认存在且可读：
isset($obj->prop)不等价于property_exists($obj, 'prop')，前者还检查可访问性
布尔值和空值容易混淆的几个点
PHP 的“假值”（falsy）有 8 个：false、0、0.0、""、"0"、null、[]、new stdClass()。但其中只有 false 和 null 是真正的布尔/空类型。
最常出问题的是 "0"：它被 empty() 判为真（即 empty("0") === true），但 boolval("0") === true，逻辑完全相反。
- 判断是否为明确的布尔值，用
is_bool($var)；判断是否为null，只用$var === null（不要用==或empty()） -
"0" == false为true，但"0" === false为false；涉及 API 返回字符串数字时，松散比较极易引入 bug -
filter_var("false", FILTER_VALIDATE_BOOLEAN)返回false，但filter_var("0", FILTER_VALIDATE_BOOLEAN)也返回false——语义丢失，慎用
类型判断不是写完就完的事，尤其在处理外部输入、跨版本迁移或对接强类型系统（如 PDO 绑定参数）时，一个隐式转换就可能让 === 和 == 的行为分道扬镳。多打一行 var_dump(gettype($x))，比猜半天快得多。
