php 8.1 的 str_contains()、str_starts_with()、str_ends_with() 默认可用，但 cli 与 web sapi 可能加载不同 php 版本或配置，需检查 php -v、which php、phpinfo() 和 php_sapi_name() 并清理 opcache。
PHP 8.1 的 str_contains()、str_starts_with()、str_ends_with() 这类字符串函数默认可用，但如果你在本地环境调用时报 Call to undefined function，大概率不是 PHP 版本不对，而是你正在用的 CLI 或 Web SAPI 加载了旧版 PHP 配置或扩展路径。
phpinfo() 显示 8.1，但 CLI 还在跑 7.4？查清楚是哪个 PHP 在执行
很多人只看浏览器里 phpinfo() 输出的版本，却没意识到命令行 php -v 可能指向完全不同的二进制。尤其在 phpStudy、XAMPP 或手动编译多版本共存环境下，Web 和 CLI 极易错配。
- 在终端运行
which php和php -i | grep "Loaded Configuration File"，确认 CLI 加载的是哪个php.ini - 在 Web 页面中输出
php_sapi_name()，对比是apache2handler、fpm-fcgi还是cli—— 不同 SAPI 可能加载不同配置 - phpStudy 8.1 默认 Web 用 NTS 版本，但部分插件或脚本通过
exec('php xxx.php')调用时，会走系统 PATH 下的 CLI，而该 CLI 往往是 TS 版本或旧版
启用新函数前，先检查 opcache 是否缓存了旧字节码
即使你已切换到 PHP 8.1，若之前用低版本跑过同名文件，opcache 可能仍缓存着“函数不存在”的编译结果，导致新函数始终无法识别。
- 临时禁用 opcache：在
php.ini中设opcache.enable=0，重启服务后测试 - 更稳妥的做法是清空 opcache：调用
opcache_reset()（需确保opcache.enable_cli=1且当前脚本有执行权限） - 注意：某些共享主机或容器环境禁止调用
opcache_reset()，此时只能改文件名或加查询参数强制绕过缓存，如script.php?v=810
array_is_list() 返回 false？小心键名被隐式转成字符串
array_is_list() 是 PHP 8.1 新增函数，用于判断数组是否为“连续数字索引列表”。但它对键名类型极其敏感：只要存在一个字符串键（哪怕值是数字），就返回 false。
- 常见翻车场景：
$arr = [0 => 'a', '1' => 'b'];→array_is_list($arr)是false，因为'1'是字符串键 - 从 JSON 解析来的数组如果含整数键但 JSON 源头用了引号（
"1": "b"），PHP 会一律转为字符串键，array_is_list()也会失效 - 修复方法：用
array_values()重排键名，或遍历检查is_int(key($arr))再比对顺序
get_debug_type() 为什么返回 'object' 而不是类名？
get_debug_type() 本意是替代 gettype() + get_class() 组合，但在处理匿名类、内部类或反射对象时，行为容易误判。
- 对
new class {}实例，它返回'object'而非具体类名，因为匿名类没有可导出名称 - 对
ReflectionClass或PDOStatement这类内部对象，它可能返回'object'或具体类名，取决于 Zend 引擎是否为其注册了调试类型别名 - 生产环境慎用它做类型分发逻辑，建议仍以
is_object($x) && $x instanceof SomeClass为准；仅在日志、调试输出等非关键路径使用
PHP 8.1 的新函数看似开箱即用，但实际落地时最常卡在“谁在执行”和“谁在缓存”这两个环节。很多问题不是函数写错了，而是你调用它的那个上下文，压根没加载对的 PHP 实例或字节码。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
