strval() 和 (string) 对 int/float/bool/null 结果完全相同，但 (string) 不支持数组/对象而 strval() 会静默处理导致意外；settype() 修改原变量类型，非必要勿用；隐式拼接和 echo 不改变真实类型。
strval() 和 (string) 在行为上几乎完全一致
对 int、float、bool、null 这四类标量值，strval() 和 (string) 产生的字符串结果完全相同：strval(0) → "0"，(string)false → ""，strval(null) → ""，没有例外。它们都不触发警告，不依赖 error_reporting 设置，也不受上下文影响。
区别只在语义和调用方式：
-
(string)是语言级强制类型转换语法，零开销，直接嵌入表达式，比如$log = "id: " . (string)$id; -
strval()是函数调用，有微小栈开销（可忽略），但意图更显式——你在“取这个值的字符串表示”，适合函数式风格或强调可读性的场景，比如$data = array_map('strval', $ids);
数组和对象传给 strval() 会出意外结果
(string) 不允许直接作用于数组或对象：写 (string)[] 或 (string)$obj 会报 Fatal error: Uncaught Error: Object of class ... could not be converted to string，立刻暴露问题。
而 strval() 对非标量的处理容易让人误判：
立即学习“PHP免费学习笔记（深入）”；
- 传数组进去，它不会报错，而是默默调用
implode(', ', $arr)——strval([1,2,3])返回"1,2,3"，不是你想要的 JSON 或 var_export 结果 - 传对象时，它会尝试调用
__toString()；如果对象没实现该方法，strval()仍会返回"Object"（PHP 8.0+）或触发致命错误（旧版），行为不统一 - 所以只要不确定输入一定是标量，就别无脑用
strval()—— 它的“宽容”反而掩盖类型错误
settype($var, 'string') 是另一类操作，别混进来
settype() 不是类型转换函数，而是**修改原变量类型**的指令。它返回布尔值，且会直接改变传入变量的类型（注意是引用传递）：
-
$x = 42; settype($x, 'string');后，$x真实类型变成string，后续所有操作都按字符串走 -
(string)$x或strval($x)都不改变$x本身，只产生新字符串值 - 除非你明确需要“永久改类型”，否则用
settype()属于过度干预，还可能破坏原有逻辑（比如之后想再用$x + 1就变成字符串拼接了）
真正要警惕的是隐式拼接和 echo 的假象
很多人以为 $s = $num . '' 或 echo $num 就完成了“转字符串”，其实不是：
-
$num . ''是靠 PHP 的隐式类型提升完成的，但null . ''→''，false . ''→''，0 . ''→"0"—— 行为不一致，且无法控制格式 -
echo $num只是输出层做了适配，gettype($num)仍是integer，变量本身没变 - 调试时务必用
var_dump()确认真实类型，别信echo或print_r()的输出表象
最易被忽略的一点：当你要做严格类型判断（比如 is_string($s)）、JSON 编码、或传给要求 string 类型声明的函数时，只有 (string) 和 strval() 能给出确定、可预测的结果；其他方式要么改不了类型，要么改得不可控。
