PHP中str_replace替换换行符常失效，因不同系统换行符不同（\n、\r\n、\r），需用preg_replace('/\r\n|\r|\n/', '', $str)或str_replace(['\r\n', '\r', '\n'], '', $str)批量处理。
PHP中用str_replace替换换行符为什么经常失效
因为不同系统换行符不同："\n"（Unix/Linux/macOS）、"\r\n"（Windows）、"\r"（旧Mac），直接写
str_replace("\n", "<br>", $str)只能处理一种，其余会被忽略。
实操建议：
- 优先用
preg_replace一次性匹配所有换行变体：preg_replace('/\r\n|\r|\n/', '<br>', $str) - 若只替换为普通空格或空字符串，用
str_replace数组批量处理：str_replace(["\r\n", "\r", "\n"], '', $str) - 注意：Windows记事本保存的UTF-8文件可能带BOM，
\xEF\xBB\xBF开头会影响判断，建议先用trim($str, "\x00..\x1F")或mb_trim类函数清理
用PHP_EOL生成换行符是否安全
PHP_EOL只是当前PHP运行环境的“默认换行符”，它不解决跨平台读取问题——读取Windows文件时，PHP_EOL仍是"\n"（Linux服务器上），无法自动识别源文件真实换行格式。
所以它只适合“生成”场景，不适合“解析/替换”：
立即学习“PHP免费学习笔记（深入）”；
- ✅ 正确用法：
file_put_contents('log.txt', "line1".PHP_EOL."line2".PHP_EOL) - ❌ 错误用法：
str_replace(PHP_EOL, '<br>', $content)
—— 读的是Windows文件但跑在Linux上就失效 - 若需统一输出为某一种换行符（如全转
"\n"），应先归一化再用str_replace，而不是依赖PHP_EOL
读取大文件时换行符替换的内存与性能陷阱
用file_get_contents读几百MB文件再str_replace，极易触发Allowed memory size exhausted错误，且正则preg_replace对超长字符串也会慢。
更稳妥的做法是流式处理：
- 用
fopen+fgets逐行读，每行用rtrim($line, "\r\n")去掉换行再处理 - 或用
stream_filter_append($fp, 'string.rot13')自定义filter（较少用，但可避免加载全文） - 若必须整文件处理，先用
mb_convert_encoding($str, 'UTF-8', 'auto')防编码干扰，再做替换，否则乱码会破坏换行符边界
JSON或HTML输出中换行符要不要转义
直接输出到HTML：nl2br()最省事，但它只把"\n"换成<br>，对"\r\n"支持不稳定（尤其老版本PHP），内部仍按"\n"切分。
更可靠的方式：
- 输出前统一归一化：
$clean = str_replace(["\r\n", "\r"], "\n", $str); echo nl2br($clean); - 输出到JSON字段时，换行符本身合法，但前端渲染可能折行异常；建议前端用
white-space: pre-line，后端无需替换 - 写入数据库前是否替换？一般不建议——保留原始换行符，展示层再处理，否则搜索、导出、API返回都受限
\r混着\u2028（Unicode段落分隔符）——这种得加[\r\n\u2028\u2029\u0085]进正则才能扫干净。 
