用 str_starts_with() 最简单（PHP 8.0+）
PHP 8.0 起原生支持前缀判断，直接返回布尔值，不依赖正则、不截取、不大小写敏感——就是它干的事。str_starts_with() 是唯一推荐的现代写法，没兼容包袱时别绕路。
常见错误现象：有人还在用 substr($str, 0, 3) === 'abc'，但当 $str 长度不足 3 时会返回 false（不是空字符串），结果意外为 false；也有人用 strpos($str, 'abc') === 0，但 strpos 对空字符串或 false 输入容易出错。
-
str_starts_with($str, 'https://')—— 安全，自动处理空字符串和长度不足 - 不区分大小写？不行，它严格匹配。需要忽略大小写就用
str_starts_with(strtolower($str), 'https://') - 性能上比
substr+===略优，因为内部做了短路优化，遇到不匹配立即返回
PHP 7.x 怎么安全替代 str_starts_with()
低于 8.0 就得自己兜底。别用 strncmp()（容易漏掉长度检查），也别手写 substr 判断（边界条件多）。最稳的是封装一个带长度校验的函数。
使用场景：老项目升级前、共享主机锁死 PHP 版本、CI 环境跑 7.4 测试。
立即学习“PHP免费学习笔记（深入）”；
- 必须先检查字符串长度：
strlen($str) >= strlen($prefix)，否则substr可能静默返回false - 推荐写法：
strncmp($str, $prefix, strlen($prefix)) === 0，strncmp天然防越界，且比substr+===少一次内存拷贝 - 别用
mb_系列函数除非你明确处理多字节字符——普通 ASCII 前缀（如'api/'、'v1/'）用strncmp更快也更轻量
为什么不用 preg_match() 判断前缀
正则杀鸡用牛刀，还容易埋坑。它不是为这种简单匹配设计的，性能差、可读性低、错误难排查。
常见错误现象：写成 preg_match('/^abc/', $str) 忘加分隔符或转义特殊字符，比如 $prefix = 'a.b' 会误匹配 'aXb'；更隐蔽的是 PCRE 回溯问题，长字符串+复杂模式可能卡住进程。
- 性能差距明显：
str_starts_with()是 O(1) 比较，preg_match()至少 O(n)，实际慢 3–5 倍 - 兼容性风险：不同 PHP 版本的 PCRE 库行为略有差异，尤其在 UTF-8 模式下
- 真正需要正则的场景是“模糊前缀”，比如
'file_202[3-9]_'，而不是固定字符串匹配
注意 null、false 和空字符串输入
所有方案对非字符串类型都可能出事，但表现不一致——这是最容易被忽略的运行时陷阱。
使用场景：用户输入未过滤、API 返回字段缺失、数据库字段为 NULL 时直接传入判断函数。
-
str_starts_with(null, 'abc')报TypeError（PHP 8.0+），而strncmp(null, 'abc', 3)会静默转成''再比较，结果为false - 统一建议：调用前加类型防护，比如
is_string($str) && str_starts_with($str, $prefix) - 如果业务允许空值语义为“不匹配”，就显式处理：
!is_string($str) ? false : str_starts_with($str, $prefix)
边界情况比想象中多，尤其是从数据库或 JSON 解析来的数据，看着像字符串，实则是 null 或 int。别指望函数替你做类型兜底。
