strpos查"\n"跨平台不可靠，因换行符有"\r\n"、"\r"、"\n"三种格式；应改用正则preg_match('/\r\n|\r|\n/', $str)或归一化后查找，并注意bom干扰。
因为换行符在不同系统中表示不同，而 strpos 是严格按字节匹配的——你写的 "\n" 只能匹配 Unix/Linux/macOS 风格的换行，对 Windows 的 "\r\n" 或旧 Mac 的 "\r" 完全无效。
换行符不统一是根本原因
PHP 不会自动识别或归一化换行格式。哪怕你用 file_get_contents() 读取一个 Windows 保存的 UTF-8 文本文件，内容里仍是原始的 "\r\n"，而你用 strpos($str, "\n") 去查，等于在找一个根本不存在的字节序列。
-
"\n"：Linux/macOS 换行（LF） -
"\r\n"：Windows 换行（CRLF），占 2 字节 -
"\r"：经典 Mac 换行（CR），现已少见但仍有残留
直接用 strpos 查单个换行符几乎必失败
除非你能 100% 确保输入字符串只含一种换行格式（比如自己生成的、且明确用了 PHP_EOL），否则不要写：
if (strpos($str, "\n") !== false) { ... }
它在跨平台场景下极不可靠。更糟的是，如果字符串开头就是 "\r\n"，strpos($str, "\n") 返回 false，但 strpos($str, "\r") 会返回 0——而你若误用 == false 判断，逻辑立刻出错。
安全可靠的查找方式
不用猜、不依赖系统，一次性覆盖所有可能：
- 用正则：
preg_match('/\r\n|\r|\n/', $str, $matches, PREG_OFFSET_CAPTURE)，$matches[0][1]就是第一个换行符的字符位置 - 用数组批量查：
array_map(fn($c) => strpos($str, $c), ["\r\n", "\r", "\n"])，再过滤掉false，取最小有效值 - 先归一化再查：
$normalized = str_replace(["\r\n", "\r"], "\n", $str); $pos = strpos($normalized, "\n");
额外注意编码与 BOM 干扰
UTF-8 文件若带 BOM（\xEF\xBB\xBF），开头三个字节会影响所有位置计算。例如 strpos($str, "\n") 在 BOM 后第 4 字节才出现换行，但你以为它在第 1 位。建议预处理：
$str = ltrim($str, "\x00\x01\x02\x03\x04\x05\x06\x07\x08\x09\x0A\x0B\x0C\x0D\x0E\x0F\x10\x11\x12\x13\x14\x15\x16\x17\x18\x19\x1A\x1B\x1C\x1D\x1E\x1F");
或更稳妥地用 mb_trim($str, 'UTF-8')（需自定义函数或引入 mbstring 工具类）。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
