最直接安全的方式是用(string)强制类型转换，它不修改原变量、无精度丢失、语义清晰；strval()有函数调用开销且可读性弱；字符串拼接和json_encode等场景需显式转换，格式化需求须用sprintf等专用函数。
用 (string) 强制类型转换最直接
PHP 里把 int 变成 string，最常用也最不容易出错的方式就是强制类型转换。它不依赖函数调用，不触发隐式转换陷阱，语义清晰。
常见错误现象：有人写 strval($num) 或 "" . $num，看起来能用，但前者多一次函数调用，后者在某些上下文（比如数组键）可能引发意外类型提升；还有人误用 settype($num, "string")，这会修改原变量，不是“转出一个新字符串”。
-
(string)123→"123" -
$s = (string)$n;原变量$n不变，$s是新字符串 - 对负数、零、大整数（如
PHP_INT_MAX）都安全，无精度丢失
为什么不用 strval()？它和 (string) 有区别吗
本质没区别 —— strval() 内部就是调用类型转换逻辑，但多一层函数调用开销，且可读性反而弱了。更关键的是，它容易让人忽略「类型转换」这个动作本身，尤其在条件判断或数组操作中。
使用场景：基本不需要单独用 strval()。除非你在写兼容 PHP 4 的老代码（现在几乎不存在），或者刻意封装抽象层（但那也不该叫 strval）。
立即学习“PHP免费学习笔记（深入）”；
-
strval(42)和(string)42结果一致，但前者执行慢一丢丢 - 在函数参数里传
strval($id)，不如直接写(string)$id直观 - 注意：
strval(null)返回空字符串，而(string)null也是空字符串，这点倒是一致
拼接字符串时自动转，但别依赖它
写 "id: " . $id 确实能“得到字符串”，这是 PHP 的隐式转换。但它只在拼接发生时才触发，一旦你把这个表达式用在别的地方（比如作为数组键、JSON 键名、正则匹配内容），就可能暴露类型问题。
性能影响不大，但可维护性差：别人读代码时得推断这里发生了转换，而不是一眼看出“我要字符串”。
-
["key" => $num]中，$num会被当作数组键自动转成字符串，但若$num是浮点数或超大整数，行为可能不符合预期 -
json_encode(["id" => $num])输出"id": 123（数字），不是字符串，除非你先转好 - 别写
$arr[(string)$id] = ...还是$arr[$id . ""] = ...？选前者，明确意图
格式化需求（补零、进制、千分位）不能靠类型转换
(string) 只做原始值到字符串的映射，不处理格式。要补零、转十六进制、加逗号分隔，得用专门函数。
容易踩的坑：以为 (string)42 能变成 "0042"，结果发现不行；或者用 sprintf("%d", $n) 多此一举，其实和 (string) 效果一样。
- 补零：用
sprintf("%04d", $n)或str_pad($n, 4, "0", STR_PAD_LEFT) - 十六进制：用
dechex($n)，不是(string)$n - 千分位：用
number_format($n)，注意它返回带逗号的字符串，且默认保留 0 位小数
真正要注意的，是别把「类型转换」和「格式化」混为一谈。前者解决“是不是字符串”，后者解决“长什么样”。很多 bug 就出在该格式化的地方只做了类型转换，比如导出 CSV 时 ID 缺少前导零，或者日志里大数字显示成科学计数法（那是 float 问题，不是 int 转换的问题）。
