explode(';', $str)会切错带转义分号的字符串，因为它纯按字符匹配，不识别转义逻辑，遇到任意未跳过的分号就切割，无法处理反斜杠是否被转义的嵌套状态。
为什么 explode(';', $str) 会切错带转义分号的字符串
因为 explode 是纯字符匹配，完全不识别转义逻辑。只要遇到任意一个未被跳过的 ; 就切一刀，哪怕前面是 ; 或 \; —— 它根本不管反斜杠是不是在起作用。
典型错误现象：字符串 "a;b;c\;d" 本意是两个字段 "a;b" 和 "c\;d"，但 explode 会切成 ["a","b","c\","d"]，彻底乱套。
核心难点在于：转义不是全局开关，而是“前一个反斜杠是否有效”取决于它自身是否也被转义（即偶数个连续反斜杠才抵消）。
用 preg_split 正则匹配非转义分号的写法
正则思路是：只在「前面有偶数个（含0个）连续反斜杠」的位置匹配分号。等价于「分号前的反斜杠数量为偶数」。
立即学习“PHP免费学习笔记（深入）”；
推荐正则：/(?
说明：
(? 否定性后瞻：确保当前位置前面**不是单个** <code>\（注意 PHP 字符串中四个反斜杠才表示正则里的两个）-
(?:\\\\)*匹配零或多个成对的\\（即正则中表示\），用来吃掉偶数长度的反斜杠序列 -
;真正要分割的分号
完整调用示例：
$str = "a\;b;c\\;d;e";
$parts = preg_split('/(?<!\\)(?:\\\\)*;/', $str, -1, PREG_SPLIT_NO_EMPTY);
// 结果：["a\;b", "c\\;d", "e"]更稳妥的做法：用 str_getcsv 模拟类 CSV 解析
如果原始数据格式接近 CSV（比如字段本身也可能含引号、换行），直接手写正则容易漏边缘 case。PHP 内置的 str_getcsv 支持自定义分隔符和转义符，且已处理嵌套转义逻辑。
使用 qbo-mileage CLI 及用户凭证，从 Airtable、Outlook 或 Google Calendar 记录生成 QuickBooks Online 里程 CSV 文件。
关键点：
- 它默认用
,分隔、"包裹、转义，但可通过第三个参数指定分隔符 - 第四个参数可指定包裹符（设为空字符串
''可禁用包裹逻辑） - 第五个参数才是转义字符，必须显式传
'\'
实操示例：
$str = "a\;b;c\\;d;e"; $parts = str_getcsv($str, ';', '', '\'); // 注意：str_getcsv 会把 \; 当作 ; 处理，所以结果是 ["a;b", "c\;d", "e"] // 若你希望保留原始双反斜杠（即 c\\;d → c\\;d），此方法不适用
也就是说：str_getcsv 会「执行转义」，而正则方案只是「按规则切开」——选哪个取决于你后续要不要还原转义语义。
手动遍历解析：最可控但需自己管状态
当正则太难写准、又不想让 str_getcsv 自动吃掉转义时，逐字符扫描是最透明的方式。核心是维护一个 $escaped 布尔状态，记录当前是否处于转义上下文。
要点：
- 遇到
\切换$escaped状态（!$escaped） - 遇到
;且!$escaped时切分 - 每次循环后重置
$escaped = false，除非刚读到反斜杠 - 注意：末尾未切分的部分要手动 push 进结果数组
简易骨架：
$str = "a\;b;c\\;d;e";
$parts = [];
$part = '';
$escaped = false;
<p>for ($i = 0; $i < strlen($str); $i++) {
$c = $str[$i];
if ($c === '' && !$escaped) {
$escaped = true;
continue;
}
if ($c === ';' && !$escaped) {
$parts[] = $part;
$part = '';
continue;
}
$part .= $c;
$escaped = false;
}
if ($part !== '') $parts[] = $part;这种写法不依赖正则引擎，边界清晰，也方便加日志或调试断点——尤其适合嵌入到已有 parser 中作为子逻辑。
真正麻烦的从来不是「怎么切」，而是「谁来定义什么叫‘转义’」：是只认单个 ？还是支持 \ 表示字面量反斜杠？不同系统约定不同，得先对齐语义再选方案。
