最稳妥方法是用 strpos 定位左右边界再 substr 截取，需处理分隔符缺失、重复及 utf-8 多字节问题；中文场景必须用 mb_* 函数并指定编码；复杂结构优先用 preg_match 并转义特殊字符。
用 substr + strpos 取两个分隔符之间的字符串最稳妥
PHP 没有原生“取中间字符串”的函数，得靠组合。常见错误是直接用 substr 硬写起始和长度，但起始位置和长度都得动态算——一旦源字符串里分隔符重复或缺失，就错位或报 Warning: substr(): Length must be greater than or equal to zero。
正确做法是先用 strpos 找左边界，再用带偏移的 strpos 找右边界，最后用 substr 截取：
function getBetween($str, $left, $right) {
$leftPos = strpos($str, $left);
if ($leftPos === false) return '';
$rightPos = strpos($str, $right, $leftPos + strlen($left));
if ($rightPos === false) return '';
return substr($str, $leftPos + strlen($left), $rightPos - $leftPos - strlen($left));
}-
$leftPos + strlen($left)是跳过左分隔符本身，不是从strpos返回位置直接截 - 第二个
strpos必须传第三个参数（搜索起始偏移），否则可能匹配到左边的$right - 所有
=== false判断不能写成== false，否则strpos返回 0 时会被误判
多层嵌套或重复分隔符时，优先考虑 preg_match
当要取的内容在嵌套结构里（比如 HTML 标签、JSON 字段、多层括号），或者左右分隔符本身含正则元字符（如 [、.、*），硬用 strpos 很容易漏匹配或越界。
这时用 preg_match 更清晰，也更健壮：
立即学习“PHP免费学习笔记（深入）”；
$str = 'start{content1}middle{content2}end';
preg_match('/\{([^}]*)\}/', $str, $matches);
echo $matches[1] ?? ''; // content1- 正则
/\{([^}]*)\}/中的[^}]*表示“非 } 字符任意次”，比.*?更安全，避免跨段匹配 - 如果要取全部匹配项，用
preg_match_all，别忘了加g修饰符（PHP 里是/pattern/g写法） - 注意分隔符含正则特殊字符时，必须用
preg_quote($char, '/')转义，否则会解析失败甚至执行意外匹配
中文或 UTF-8 字符串下，substr 和 strpos 会出错
这两个函数是字节级操作，遇到中文、emoji 或其他多字节字符时，截出来的可能是乱码或半个字符。例如 substr('你好world', 2, 4) 不是“好wor”，而是字节偏移导致的错切。
- 必须改用
mb_substr和mb_strpos，并显式指定编码：mb_internal_encoding('UTF-8')或每个函数加'UTF-8'参数 - 上面那个
getBetween函数若用于中文场景，所有strpos和substr都得换成mb_*版本，且strlen($left)换成mb_strlen($left, 'UTF-8') - 没设默认编码时，
mb_*函数可能返回false而不报错，建议统一在入口处调一次mb_internal_encoding('UTF-8')
性能敏感场景下，避免反复调用 mb_* 或正则
如果是在循环里高频提取（比如解析几千行日志），preg_match 的编译开销和 mb_* 的编码检测都会拖慢速度。这时候得权衡：是否真需要 UTF-8 安全？能否预处理成 ASCII 兼容格式？
- 纯英文/数字内容，坚持用
substr+strpos，快 3–5 倍 - 若必须支持中文但性能关键，可先用
mb_detect_encoding粗略判断是否 UTF-8，再决定走哪条路径 - 正则尽量复用：把
preg_match的 pattern 提前preg_quote并缓存，不要在循环里拼接再编译
真正麻烦的从来不是“怎么取”，而是“左边那个分隔符到底出现几次”“右边那个是不是被转义了”“这段文本到底是什么编码”。这些细节不盯住，函数再熟也白搭。
