is_scalar() 用于判断变量是否为标量（String、int、Float、bool），返回 bool 值；它不将 NULL、数组、对象等视为标量，语义明确且优于手动组合 is_int() 等判断。
怎么用 is_scalar() 判断变量是不是标量
is_scalar() 是 php 内置函数，专门用来检测变量是否为标量类型（即 string、int、float、bool），它不把 null、数组、对象、资源、闭包当作标量。
注意：PHP 8.0+ 中 is_scalar(null) 返回 false，和早期版本一致；但有人误以为 null 是“空标量”，其实不是——它属于单独的 type（NULL）。
示例：
var_dump(is_scalar(42)); // true var_dump(is_scalar("hello")); // true var_dump(is_scalar(true)); // true var_dump(is_scalar(null)); // false var_dump(is_scalar([])); // false var_dump(is_scalar(new stdClass)); // false 为什么 is_int()、is_string() 等不能替代 is_scalar()
单个类型判断函数只管一种类型，而标量是四类的合集。如果你要统一处理所有标量值（比如日志脱敏、序列化前校验、API 参数过滤），挨个写 is_int() || is_string() || is_float() || is_bool() 不仅啰嗦，还容易漏掉新类型（比如未来 PHP 加了 is_enum()？但枚举不是标量）。
立即学习“PHP免费学习笔记（深入）”；
更关键的是语义清晰：is_scalar() 表达的是「这个值可直接参与字符串拼接或 jsON 编码（不含结构）」，而组合判断只是「碰巧匹配」。
-
is_scalar()是语义正确、意图明确的选择 - 手动组合判断在类型多时易出错，且无法覆盖未来语言演进（如 PHP 8.3 的只读属性不影响标量性，但你不会因此改判断逻辑）
- 性能上差异可忽略——
is_scalar()底层就是查 type tag，比多次调用更轻
标量判断在实际场景中容易踩的坑
常见错误是混淆「标量」和「可转换为字符串」或「非复合类型」：
-
is_scalar(new DateTime)→false，但(string) new DateTime能工作；别用标量判断来决定能否转字符串 -
is_scalar(123.0)→true（float），但is_int(123.0)→false；浮点数带 .0 仍是 float，不是 int - json 编码时，
json_encode()允许标量 + 数组/对象，但如果你只接受标量输入，得额外排除数组/对象——is_scalar()本身不保证“非数组”，它本来就不认数组 - PHP 7.4+ 启用严格类型后，函数参数声明
string|int|float|bool和scalar（伪类型）不同：scalar不是真实类型提示，不能用于 declare(strict_types=1) 下的参数类型约束
想兼容老版本或做更细粒度控制怎么办
PHP 4.0 就有了 is_scalar()，所以基本不用兼容。但如果你需要区分“是否为数字型标量”（比如只放行 int/float），可以这样：
function is_numeric_scalar($v) { return is_scalar($v) && (is_int($v) || is_float($v)); }或者想排除布尔值（因布尔常被误当开关而非数据）：
function is_non_bool_scalar($v) { return is_scalar($v) && !is_bool($v); }这类封装的关键在于：先用 is_scalar() 快速筛掉明显非标量的，再针对性加限制——避免从头开始类型推导，也防止漏掉边界情况（如 0 == false 但类型不同）。
标量判断真正的难点不在函数调用，而在理解“标量”在 PHP 类型系统里的定位：它是运行时值分类，不是语法层面的类型声明；用错场景比写错代码更难调试。