php中str_replace删不干净换行因换行符有\n、\r\n、\r三种，需用数组按\r\n→\r→\n顺序替换；或用preg_replace('/[\r\n]+/', '', $str)统一清除；trim仅去首尾，file()读文件应加file_ignore_new_lines标志。
PHP中str_replace为什么删不干净换行？
因为换行符在不同系统里不止一种：\n（Unix/Linux/macOS）、\r\n（Windows）、\r（老Mac），而str_replace默认只处理你明确写的那一个。比如只写str_replace("\n", "", $str)，遇到\r\n就只剩\r残留。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 用数组一次性替换全部：
str_replace(["\r\n", "\r", "\n"], "", $str) - 顺序很重要——必须先处理
\r\n，再处理单独的\r或\n，否则\r\n会被拆成两次替换，导致中间状态污染 - 如果来源是表单提交或文件读取，优先用
PHP_EOL不保险——它只代表当前服务器的“标准”换行，不是数据本身的换行符
用preg_replace匹配所有空白换行更可靠
正则能一次覆盖所有变体，尤其适合不确定输入来源的场景（比如用户粘贴、跨平台API返回）。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 最简写法：
preg_replace('/[\r\n]+/', '', $str)—— 匹配连续的回车或换行，全干掉 - 想保留空格和制表符，只清换行：用
/[\r\n]/（去掉+），避免误杀其他空白 - 注意
preg_replace比str_replace慢一点，高频字符串处理（如日志清洗）要测下性能影响 - 如果字符串含UTF-8多字节字符，确保没开
PREG_BAD_UTF8_OFFSET_ERROR相关报错，一般默认安全
trim只能去首尾，别误当全局清理工具
trim及其变体（rtrim、ltrim）只作用于字符串开头和结尾，中间的换行完全不受影响。很多人看到“去换行”第一反应写trim($str, "\r\n") ，结果发现正文里的换行还在。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 仅用于清理用户输入前后空白：
trim($_POST['content']) - 想同时去首尾换行+中间替换？得组合用：
str_replace(["\r\n","\r","\n"], "", trim($str)) -
trim第二个参数是字符列表，不是字符串，所以trim($str, "\r\n")等价于删所有\r和\n，但依然只在头尾生效
从源头避免：读文件时用FILE_IGNORE_NEW_LINES
如果你是从文件读取内容后才发现满屏换行，大概率是file()函数默认把换行符也读进数组每个元素里了。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 读文件转数组时加标志：
file('data.txt', FILE_IGNORE_NEW_LINES | FILE_SKIP_EMPTY_LINES) -
FILE_IGNORE_NEW_LINES让每行末尾换行符不进入数组值；FILE_SKIP_EMPTY_LINES跳过纯空行，省得后续再过滤 - 这个选项对
file_get_contents无效——它读的是完整字符串，该用str_replace或preg_replace还是得用
真正麻烦的不是换行本身，而是同一份数据在不同环节混着多种换行符：前端textarea提交带\r\n，后端处理时又拼接了\n格式的日志，最后存进数据库。这时候靠单一函数很难一劳永逸，得看清楚数据在哪一步被污染的。
