fgetcsv() 是 PHP 8.3 导入 CSV 的最安全选择，因其按 RFC 4180 规范处理引号、转义和嵌入换行；explode() 和 str_getcsv() 均无法可靠解析真实 CSV 数据。
PHP 8.3 导入逗号分隔数据，fgetcsv() 是最直接、最安全的选择，不是 explode()，也不是 str_getcsv()（除非你确定输入绝对干净且无引号/转义）。
为什么不能直接用 explode() 处理 CSV 字段
因为 CSV 不是简单“用逗号切开”就能解析的格式。真实数据里常见：
- 字段含逗号：如
"Smith, John","2026-05-09","Active" - 字段含换行符：Excel 或 LibreOffice 导出时可能把多行文本塞进一个单元格
- 字段被双引号包围且内部有转义：如
"He said ""Hello""",123
explode(',', $line) 遇到这些会直接错位，拆出错误列数，后续入库或映射必然崩。这不是 bug，是设计局限——explode() 压根不理解 CSV 语法。
fgetcsv() 是 PHP 内置的 CSV 解析器，8.3 完全兼容
它按 RFC 4180 规范解析，自动处理引号、转义、嵌入换行等。使用前只需注意三点：
立即学习“PHP免费学习笔记（深入）”；
PHP 8.5.12 RC 1
下载
PHP 8.5.12 RC 1 候选版修复 BZ2、DOM、PDO、Opcache/JIT 和扩展内存安全问题，改进 Unicode 字素处理、URL 解析、TLS 流状态、信号分发及会话错误处理。
- 打开文件必须用
'r'模式，且推荐加UTF-8 BOM兼容处理：$fp = fopen($file, 'r'); if (fgets($fp, 4) === "") { /* 跳过 BOM */ } - 调用时显式指定分隔符和封装符：
fgetcsv($fp, 0, ',', '"', '\')—— 第二个参数设为0表示不限制行长度（防截断），第四个参数'"'是默认封装符，第五个'\'是转义符（PHP 8.3 默认启用） - 每行返回的是索引数组，
null表示 EOF，false表示解析失败（如引号不配对），必须检查返回值再用
当数据来自字符串而非文件时，用 str_getcsv() 要格外小心
str_getcsv() 是 fgetcsv() 的字符串版，但它在 PHP 8.3 中仍不支持跨行字段（即无法处理换行符在引号内的场景）。如果你确认源数据不含换行、无嵌套引号，可安全使用：
$line = '"apple","banana, cherry","date"'; $parts = str_getcsv($line, ',', '"', '\');
但只要有一丝不确定，就该先写入临时文件再用 fgetcsv() —— 它更健壮，且内存开销可控。
导入到 MySQL 时，别在循环里拼 SQL 或反复 prepare
批量插入效率取决于两点：事务包裹 + 单条语句多值。例如：
- ❌ 错误：每行
$pdo->prepare("INSERT ...")->execute([...])—— 网络往返和解析开销爆炸 - ✅ 正确：攒够 1000 行后，用单条
INSERT INTO t VALUES (...),(...),...执行，外层包beginTransaction()/commit() - ⚠️ 注意：
str_getcsv()返回的字段仍是字符串，数字字段需手动(int)或floatval()转换，否则插入时可能被 MySQL 当字符串截断或报错
真正容易被忽略的，是 CSV 文件的编码和 BOM。PHP 8.3 对 fgets() 和 fgetcsv() 的 UTF-8 处理更严格，没跳过 BOM 就可能导致首列乱码或解析失败——这个点线上一出问题，往往查半天才意识到是文件头的事。
