PHP 8.2未新增或修改字符串截取函数，其行为与8.1/8.0完全一致；所谓“变化”实为更严格暴露旧代码隐患，如动态属性弃用警告、类型声明收紧导致空串误判，以及UTF-8多字节字符处理不当引发的乱码问题。
PHP 8.2 本身没有新增或修改任何字符串截取函数（如 substr()、mb_substr()、str_split() 等），也没有调整它们的参数行为、编码处理逻辑或错误返回规则。字符串截取相关的核心能力与 PHP 8.1、8.0 完全一致。
为什么你可能觉得“有变化”？
实际开发中遇到的“截取异常”往往不是 PHP 8.2 主动改了函数，而是它更严格地暴露了旧代码里的隐患，尤其在以下两类场景：
-
动态属性被弃用：如果你之前用类似
$obj->str = "hello"; $obj->sub = substr($obj->str, 0, 3);的方式临时挂载截取结果，而类未声明public string $sub;，PHP 8.2 会触发Deprecated: Creation of dynamic property ...警告——这不是截取函数变了，而是赋值目标不合法了。 -
类型声明更精准，间接影响截取逻辑：比如函数返回类型从
string|false改为string，意味着你不能再依赖substr()返回false来判断失败（它其实极少返回false，多数情况是空字符串）；若业务误把空串当错误，升级后可能跳过预期处理分支。
真正该关注的截取实践要点（8.2 下更关键）
虽然函数没变，但 PHP 8.2 的环境让这些习惯变得更重要：
PHP 8.5.12
下载
修复 Core bailout 状态损坏安全问题，以及 BZ2、DOM、PDO、Opcache/JIT 内存与执行错误，改进 Unicode 字素处理、URL 解析、TLS 流状态、信号分发及会话错误处理。
-
中文/emoji 场景必须用
mb_substr()：像"?张三"这类含 UTF-8 多字节字符的字符串，用substr()截取极易出现乱码或截断半个字符——mb_substr($str, 0, 5, 'UTF-8')才是安全选择。 -
显式检查输入合法性：PHP 8.2 不会替你容错。调用
substr($str, $start, $len)前，建议先确认$str是字符串、$start在合理范围（如0 ），避免静默返回空串。 -
避免依赖
strlen()测中文长度：它按字节计数，对中文会严重高估。测真实字符数请用mb_strlen($str, 'UTF-8')，否则substr()的起始偏移和长度计算全错。
有没有替代方案或新工具？
PHP 8.2 没提供新截取函数，但你可以更放心地用已有方案：
立即学习“PHP免费学习笔记（深入）”；
-
mb_substr()已全面支持所有常见编码（UTF-8、GBK、BIG5），无需额外扩展。 - 结合
mb_strcut()可按字节截取（适合存储层限制），而mb_substr()按字符截取（适合显示层），两者用途明确，不必混淆。 - 若需复杂模式截取（如按标点、单词边界），正则函数
preg_match()和mb_ereg()（已废弃，推荐前者）仍是最可靠选择。
