is_string() 是判断变量是否为字符串类型的最直接可靠方法，它只检查底层类型，不校验内容合法性；需结合 trim()、ctype_alnum() 等进一步验证非空、格式等业务要求。
用 is_string() 判断最直接，但要注意它不校验内容合法性
is_string() 是 PHP 原生类型检测函数，返回 true 仅当变量类型确实是 string。它不关心字符串是否为空、是否只含空白、是否是数字字符串——只要底层类型是 string，就过。
常见错误现象：有人用 is_string("123") 得到 true，就以为“这是个合法数字”，结果后续直接参与数学运算出错；或者用 is_string(null) 得到 false，却误以为“null 是空字符串”。
- 空字符串
""、空白字符串"\t\n "、纯数字字符串"42"都会返回true -
null、0、false、[]等非 string 类型一律返回false - 如果变量可能为对象且重写了
__toString()，is_string()仍返回false—— 它看的是真实类型，不是“能否转成字符串”
需要内容校验？得组合 is_string() + 其他判断
光知道是 string 不够，很多场景真正要问的是：“这玩意儿是不是非空、可打印、符合预期格式的字符串”。比如表单提交、API 参数校验、文件路径拼接前的安全检查。
典型使用场景：接收 $_GET['id']，既要排除数组/对象注入，又要防止传入空值或空白干扰逻辑。
立即学习“PHP免费学习笔记（深入）”；
- 非空可打印字符串：
is_string($v) && trim($v) !== '' - 纯字母数字（不含空格和符号）：
is_string($v) && ctype_alnum($v)（注意ctype_*系列函数对空字符串返回false，无需额外判空） - 安全路径片段（防目录穿越）：
is_string($v) && !str_contains($v, '..') && !str_contains($v, "\0") && preg_match('/^[a-zA-Z0-9._-]+$/', $v)
gettype() 和 get_debug_type() 的区别在哪
gettype() 返回字符串如 "string"、"integer"，但它在 PHP 8+ 对匿名类、联合类型等支持有限；而 get_debug_type()（PHP 8.0+）更准确，尤其对对象和 union 类型友好。
性能影响很小，但兼容性差异明显：如果你项目还跑在 PHP 7.4，get_debug_type() 直接报 undefined function 错误。
- 判断基础类型，优先用
is_string()—— 快、语义明确、全版本兼容 - 调试时想看完整类型结构（比如
string|int），用get_debug_type($v) === 'string'，但必须确认 PHP ≥ 8.0 -
gettype($v) === 'string'能用，但没必要——它比is_string()多一次字符串比较，且返回值不可靠（比如某些扩展对象可能返回"unknown type"）
别用 == 或 === 直接跟字符串比较来判断类型
写 $var === "" 或 $var == "abc" 只能说明“等于某个字符串”，完全不能代表“它是字符串类型”。这是新手最容易混淆的点。
错误示例：if ($input === "") { /* 认为$input一定是string */ } —— 实际上 null、false、0 在松散比较下都可能“等于”空字符串，而严格比较下又漏掉 "\n" 这类非空字符串。
-
===比较的是值+类型，但前提是你要知道右边是什么类型；拿$var === ""只能确认它“是空字符串”，不能覆盖所有 string 情况 - 用
is_string()是唯一可靠的第一步，之后再决定要不要进一步内容校验 - 如果真要用比较方式兜底（比如兼容极老代码），至少加一层
!is_array($var) && !is_object($var)，但不如直接用is_string()
类型判断这件事，核心就一条：别绕路，is_string() 是标准答案。复杂点在于——你到底要判断“类型”，还是“类型+内容质量”，后者永远需要多走一步。
