str_getcsv() 是处理带引号 CSV 文本最稳妥方案，自动识别双引号包裹、内部转义及换行，避免正则误切与边界问题，且支持自定义分隔符、封装符和转义符。
用 str_getcsv() 处理带引号的 CSV 风格文本最稳
PHP 自带的 str_getcsv() 就是专为这种场景设计的：字段含逗号、双引号包裹、引号内可含换行或转义引号。它比手写正则更可靠，也避开引号嵌套、转义等边界问题。
常见错误是直接用 explode(',', $text) 或简单正则 /[^,]+/，结果在 "a,b",c,"d""e" 这类字符串上直接崩——逗号被误切，引号内的双引号 "" 也被当分隔符。
-
str_getcsv()默认以逗号为分隔符，自动识别双引号包裹的字段，支持内部""转义 - 可传入自定义分隔符、封装符、转义符，例如：
str_getcsv($text, ';', "'", '//') - 注意：输入必须是单行字符串；若含换行且属于字段内容，需确保原始数据符合 RFC 4180（即换行在引号内）
正则捕获引号内内容时必须用非贪婪 + 边界锚定
如果硬要用正则（比如只提取所有引号包裹的片段，不关心字段结构），/"([^"]*)"/ 看似简单，但遇到 "a/"b" 或 "foo","bar" 会漏匹配或跨字段捕获。
真正可用的模式是：/"((?:[^"////]|////.)*)"/（支持转义引号），或更保守的 /"([^"]*(?:""[^"]*)*)"/（支持两个双引号表示一个字面引号）。
立即学习“PHP免费学习笔记（深入）”；
- 关键点：不能只靠
.*?，得显式排除引号和处理转义 - 用
preg_match_all()时，务必加PREG_SET_ORDER或检查$matches[1]，避免取到整个匹配串 - 性能上，正则比
str_getcsv()慢一倍以上，尤其长文本；且无法还原原始字段顺序或空字段
手动解析需模拟状态机，别信“一行正则全搞定”
有需求要保留原始字段位置、区分空字段 ,"", 和缺失字段 ,,，或者输入根本不是 CSV 格式（如日志行：time="2024-01-01",msg="user logged in"），这时正则或 str_getcsv() 都不合适。
必须按字符遍历，维护「是否在引号内」「上一个字符是否为转义符」两个状态。PHP 中可参考 fgetcsv() 的底层逻辑，但自己实现时容易漏掉：/"、""、引号后紧跟分隔符等 case。
- 引号开头后，直到下一个未被转义的同类型引号才结束
- 连续两个双引号
""在 CSV 中等于一个字面双引号，不是结束标记 - 字段结尾若紧接换行或分隔符，才算完整字段；否则可能跨行（需额外缓冲）
注意 mbstring 和编码导致的引号识别失败
如果文本是 UTF-8 但含中文或 emoji，而 PHP 内部编码设为 ISO-8859-1，str_getcsv() 可能将多字节引号（如全角“”）或某些代理对识别错，导致截断或乱码。
- 确认
mb_internal_encoding()是UTF-8，且输入字符串本身是合法 UTF-8（可用mb_check_encoding($s, 'UTF-8')验证） -
str_getcsv()不支持全角引号，若日志里混用“abc”，必须先用str_replace()替换为英文双引号 - 正则中若用
u修饰符，[^"]仍只排除 ASCII 引号；全角引号需显式写进字符类，如["“”]
引号分割真正的复杂点不在语法，而在你不确定输入是否严格合规——CSV 规范、转义方式、编码、引号类型，任意一个变量失控，正则就变成定时炸弹。先用 str_getcsv()，不行再退到状态机，别一开始就扎进正则里调 pattern。