应统一用正则split(/\r\n|\r|\n/),再map(s=>s.trim())和filter(s=>s.trim().length>0)清洗，避免平台换行差异、空行残留及遍历错误。
直接用 split() 拆分就行，但必须处理换行符不统一、空行残留、遍历方式错误这三类问题，否则后端收到的是空数组或乱码。
textarea.value.split("\n") 为什么有时失效
Windows 用 \r\n，Mac/Linux 用 \n，老系统还可能有孤立 \r；只写 .split("\n") 会把 "a\r\nb" 拆成 ["a\r", "b"]，中间多出回车符。
- 统一用正则：
.split(/\r\n|\r|\n/)，覆盖所有平台换行组合 - 别用
split(/[\r\n]+/)—— 它会把"\r\r\n\n"当作一个分隔符，但实际可能产生空字符串 - 拆完立刻
.map(s => s.trim())，否则首尾空格、制表符会卡在数组元素里
过滤空行和空白行的正确姿势
array.filter(Boolean) 只能去掉 ""，对 " "、"\t"、"\r" 无效，后端解析时仍可能报错或插入脏数据。
- 必须用
.filter(s => s.length > 0)或更稳妥的.filter(s => s.trim().length > 0) - PHP 后端常见坑：用
explode("\n", $_POST['data'])直接切，没trim()和array_filter()，结果拿到一堆空字符串 - 如果要兼容前后端一致清洗逻辑，建议前端也模拟 PHP 的
trim($line) !== ''判断
for...in 遍历 split 结果导致取到索引而非值
写 for (let line in textarea.value.split('\n')) { console.log(line) }，输出的是 "0"、"1" 这种字符串索引，不是实际内容 —— 这是 JavaScript 原生机制，不是 bug。
- 改用
for (const line of lines)，语义清晰且跳过空项（前提是已过滤） - 传统
for (let i = 0; i 兼容性最好，适合需要 IE 支持的场景 - 避免
forEach里直接修改原数组（比如splice），容易跳项；要删空值，先filter再遍历
传给后端前要不要加单引号或 JSON 包装
取决于接口约定。直接传原始数组（如 ["123", "456"]）最安全；若需拼成 '123','456' 字符串，务必注意 SQL 注入风险。
- 纯前端生成字符串：用
arr.map(s => `'${s.replace(/'/g, "''")}'`).join(',')，适配 SQL Server 的转义规则 - 更推荐走标准 JSON：后端接收
JSON.parse(req.body.data)，前端发JSON.stringify(lines) - 千万别用
eval()或拼接字符串构造数组，哪怕只是测试环境
真正麻烦的不是怎么 split，而是换行符藏在看不见的地方 —— 用户复制粘贴进来的文本、从 Excel 导入的字段、甚至 Mac 上按 Option+Enter 插入的软回车，都可能让正则失效。上线前一定拿真实用户输入样本测一遍。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
