is_string()是最直接的字符串类型判断方式，它只检查底层类型，返回布尔值，不关心内容是否为空或仅含空白字符。
用 is_string() 是最直接的方式
PHP 提供了内置函数 is_string() 专门判断一个值是否为字符串类型，它返回布尔值，不关心内容是否为空或只含空白字符，只看底层类型。
常见错误是用 gettype($var) === 'string' 或 is_scalar($var) && !is_numeric($var)，前者多一次字符串比较，后者完全不可靠（比如 true、null 都不是字符串但会误判）。
-
is_string('hello')→true -
is_string('')→true（空字符串仍是字符串） -
is_string(123)→false -
is_string(null)→false -
is_string(new stdClass())→false
注意字符串和数字字符串的混淆场景
很多实际问题不是“是不是字符串”，而是“能不能当字符串安全使用”——比如从 $_GET 或 JSON 解析来的数据，表面像数字，但 PHP 可能把它当成 int 或 float，也可能当成 string，取决于来源和解析方式。
例如：json_decode('{"age": "25"}', true) 中的 "25" 是字符串；但 json_decode('{"age": 25}', true) 中的 25 是整型。这时候光靠 is_string() 能准确区分，但容易忽略这个差异。
立即学习“PHP免费学习笔记（深入）”；
- 从表单提交来的所有值（
$_POST、$_GET）默认都是string，哪怕输入的是123 - JSON 解析时，带引号的数字是
string，不带引号的是int/float -
filter_var($val, FILTER_SANITIZE_NUMBER_INT)会返回字符串，但内容只含数字字符
需要同时检查“是否为字符串且非空/有效”怎么办
单独用 is_string() 不足以支撑业务逻辑，比如验证 API 参数是否传了非空字符串。这时要组合判断，但顺序很重要：必须先 is_string()，再做内容检查。
错误写法：!empty($str) && is_string($str) —— 如果 $str 是 0、false 或数组，empty() 先触发，但 is_string() 根本没执行，逻辑看似成立实则漏判类型。
- 正确顺序：
is_string($str) && $str !== ''（允许空白字符） - 更严格：
is_string($str) && trim($str) !== ''（过滤空白后非空） - 避免隐式转换：
is_string($str) && $str !== '0'如果你不想把字符串"0"当作有效值
为什么不用 gettype() 或 === 'string'
gettype() 返回字符串，每次调用都要分配内存、做哈希查找，性能比 is_string() 差；更重要的是它返回的是描述性字符串（如 "string"），拼写错误或大小写变化会导致判断失败，而 is_string() 是语言级函数，稳定、高效、意图明确。
另一个坑是有人写 is_scalar($var) && !is_numeric($var) 来“反推”字符串，这在 is_scalar(null) 为 false 的前提下看似可行，但 null 本身不是标量，而 array、object 等非标量类型也会让整个表达式为 false，结果不可控。
真正需要类型断言时，PHP 8.0+ 还支持 is_string($var) || throw new TypeError(...) 这类组合写法，但基础判断始终以 is_string() 为准。
类型判断本身很简单，难的是想清楚你要拦住什么——是非法类型？还是非法内容？还是两者都要？漏掉其中一环，后面就容易出 Warning: Trying to access array offset on value of type string 这类错误。
