fgetcsv读大CSV卡死或内存爆掉是因为默认将整行当字符串读入内存，遇超长字段或超宽表头致缓冲区反复扩容；需设$length限制、跳BOM、用'rb'模式、及时释放变量。
为什么 fgetcsv 读大CSV会卡死或内存爆掉
因为默认行为是把整行当字符串读入内存，遇到超长字段（比如含大量逗号、换行、引号的文本）或超宽表头，fgetcsv 内部缓冲区可能反复扩容，最终触发 PHP 内存限制或陷入慢速回溯解析。不是函数本身有 bug，而是没设好边界。
-
fgetcsv第二个参数（$length）不传或设得过大（如-1或PHP_INT_MAX），等于放弃长度约束，风险陡增 - CSV 含 Windows 换行（
\r\n）但文件以 Unix 方式打开（'rb'），某些 PHP 版本解析会错位，导致字段撕裂 - 没用
fseek跳过 BOM 头，UTF-8 文件开头的\xEF\xBB\xBF会被当普通字符吞进第一行，引发后续所有字段偏移
怎么安全地用 fgetcsv 流式读取千万行 CSV
核心是「限定单行长度 + 显式控制编码 + 按需释放」。别指望一次读完，要把它当管道用。
- 打开文件必须用
'rb'模式，避免 Windows 换行被误判；读 UTF-8 文件前先fseek($fp, 0)判断 BOM，有则fread($fp, 3)跳过 - 显式传
$length参数，建议设为预期最大行宽 + 20%，例如字段最多 2KB，就传2500；超过此长直接throw new RuntimeException('line too long at ' . ftell($fp)) - 每轮
fgetcsv后立刻处理数据，别缓存整行数组到变量里；用unset($row)或让变量自然出作用域，防止引用滞留 - 如果需跳过前 N 行（如表头），用
for ($i = 0; $i ，别用 <code>file()加array_slice—— 那样全加载进内存了
fgetcsv 的 delimiter 和 enclosure 参数踩坑点
看似简单，但实际 CSV 格式千奇百怪，硬编码分隔符很容易在某一行突然崩掉。
QuickBooks Mileage CSV
下载
使用 qbo-mileage CLI 及用户凭证，从 Airtable、Outlook 或 Google Calendar 记录生成 QuickBooks Online 里程 CSV 文件。
- 默认
$delimiter = ','，但很多导出文件用'\t'或';'，必须和源文件一致；用hexdump -C file.csv | head -n 1看真实字节，别只靠眼睛扫 -
$enclosure = '"'是默认值，但如果字段用单引号包裹（如'value with "quote"'），必须传"'"，否则内部引号转义逻辑失效，字段截断 - 某些旧系统导出 CSV 不加 enclosure，但字段含换行符 —— 此时
fgetcsv会误把换行当行尾，必须提前用stream_filter_append($fp, 'convert.iconv.UTF-8/UTF-8')清洗，或改用正则逐行切分（慎用）
替代方案：什么时候该放弃 fgetcsv 改用其他方式
不是所有 CSV 都适合 fgetcsv。它本质是 C 层解析器，对非标准格式容忍度低，强行适配反而更难维护。
立即学习“PHP免费学习笔记（深入）”；
- 文件含嵌套 CSV（如 JSON 字段里存了 CSV 字符串）、或字段本身是 Base64 编码的二进制块 → 直接用
fgets读原始行，自己按位置切分，别碰fgetcsv - 需要随机访问某一行（如查第 100 万行），
fgetcsv只能顺序读；此时应先用count(file($file))做粗略行数估算（小文件），或建索引文件记录每行起始ftell()偏移 - PHP 版本 \u2028、
\u2029），fgetcsv会识别失败 → 升级 PHP 或预处理替换这些字符为\n
真正难的不是读取动作本身，而是确认你面对的 CSV 是否“标准”。多花 3 分钟用 head -n 5 file.csv | cat -A 看不可见字符，比调半天 fgetcsv 参数更省时间。
