PHP中explode(“/n”, $text)在Windows上失效是因为Windows用//r//n换行，导致//r残留；应先用str_replace([“//r//n”,”//r”], “//n”, $text)归一化再分割，避免空行和乱码。
PHP 中 explode("/n", $text) 为什么在 Windows 上失效？
因为 Windows 默认用 /r/n 换行，Linux/macOS 用 /n，而 explode("/n", $text) 遇到 /r/n 会把 /r 留在每行末尾，导致后续处理（比如 trim、匹配、入库）出错。这不是 PHP 的 bug，是跨平台文本换行标准不一致造成的。
常见错误现象：var_dump(explode("/n", "a/r/nb/r/nc")) 得到 ["a/r", "b/r", "c"]，而非预期的 ["a", "b", "c"]。
- 别直接用
explode("/n", $text)处理用户上传或跨平台传入的文本 - 别依赖
PHP_OS_FAMILY做条件判断——文件可能来自任意系统，运行环境不等于来源环境 -
str_replace("/r/n", "/n", $text)必须放在str_replace("/r", "/n", ...)之前，否则/r/n → /n后残留的孤立/r会被二次转成/n，造成空行
统一换行符的推荐写法：先归一化再分割
核心思路是把所有换行变体（/r/n、/r、/n）全部转成单一 /n，再用 explode("/n", ...) 安全分割。
最简健壮写法：
立即学习“PHP免费学习笔记（深入）”；
$normalized = str_replace(["/r/n", "/r"], "/n", $text);
$lines = explode("/n", $normalized);
这个顺序不能反：先替 /r/n，再替 /r，避免 /r/n → /n/n 这类错误。不需要正则，str_replace 数组参数性能更好且兼容 PHP 5.6+。
- 如果需过滤空行，用
array_filter($lines, 'strlen')，别用array_filter($lines)（会误删 “0” 这样的有效行） - 若原始文本含 UTF-8 BOM，建议前置
ltrim($text, "/xEF/xBB/xBF")，否则首行可能带不可见字符 - 对超大文本（>10MB），
explode会生成巨大数组，此时应改用preg_split('//r/n|/r|/n/', $text, -1, PREG_SPLIT_NO_EMPTY)配合PREG_SPLIT_NO_EMPTY，但注意 PCRE 栈限制
用 file() 还是 explode？看场景
如果文本来自本地文件且可读取，file($path, FILE_IGNORE_NEW_LINES | FILE_SKIP_EMPTY_LINES) 是最省心的选择——它内部已自动处理所有换行变体，并默认去掉末尾换行符和空行。
但注意：file() 会把整个文件读入内存，不适合处理 GB 级日志；且无法处理字符串变量（比如 POST 提交的 textarea 内容），这时必须走归一化 + explode 路线。
-
file()返回的每行末尾不含换行符，explode方案需自行trim()或靠归一化保证干净 - 若需保留空行，
file()要去掉FILE_SKIP_EMPTY_LINES，而explode方案天然保留 - Windows 下用
fopen读取时若以"rt"模式（文本模式），PHP 会自动转换/r/n → /n，但此行为受auto_detect_line_endings配置影响，不推荐依赖
真正容易被忽略的点：textarea 提交和 JSON 传输的隐性换行
Web 表单中 在不同浏览器提交时，换行符可能被标准化为 /r/n（Chrome/Firefox）或保持原样（某些移动端 WebView），而通过 AJAX 发送 JSON 时，JavaScript 的 JSON.stringify 会把换行转义为 /n 字符串，后端收到的是字面量 "//n" 而非真实换行符。
所以拿到 $_POST['content'] 或 json_decode(file_get_contents('php://input')) 后，务必先检查实际换行符：
var_dump(bin2hex(substr($text, 0, 4))); // 查看前几个字节十六进制
看到 "0d0a" 就是 /r/n，"0a" 是 /n，"0d" 是旧 Mac 的 /r。别凭经验猜。
- JSON 场景下，前端若用
JSON.stringify({text: textarea.value})，后端需先stripslashes（如果 magic_quotes_gpc 开启过）再处理，现代框架通常已屏蔽该问题，但仍建议加日志验证 - 数据库存取时，MySQL 的
TEXT字段本身不关心换行符，但显示给前端时，HTML 会忽略换行，需配合nl2br()或 CSSwhite-space: pre-line