php读写文件时换行符会被系统自动转换，导致原始格式丢失；正则替换易因未锚定边界或忽略空白而破坏缩进和语义。
PHP用file_get_contents和file_put_contents替换内容时换行符丢失？
直接读写文本文件时，windows（rn）、macos（n）、linux（n）的换行符会被统一转成当前系统默认格式，导致原始格式破坏。这不是PHP bug，而是底层C库对"r"/"w"模式的处理逻辑。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 读取前先用
file($path, FILE_IGNORE_NEW_LINES | FILE_SKIP_EMPTY_LINES)按行读，保留每行末尾原始换行符需改用fopen+fgets逐行处理 - 写入时禁用自动换行转换：用
file_put_contents($path, $content, LOCK_EX)（不加FILE_TEXT标志），并确保$content中已含正确换行符 - 若需跨平台兼容，可先用
mb_detect_encoding($content)判断编码，再用str_replace(["rn", "r"], "n", $content)归一化，最后按目标平台补回对应换行符
正则替换后preg_replace破坏缩进和空格怎么办？
常见于用preg_replace('/old/', 'new', $text)粗暴替换，但正则默认不保留前后空白上下文，尤其当匹配项位于行首/行尾或嵌套在缩进块中时，容易吃掉制表符或空格。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 把需要保留的空白也纳入捕获组：
preg_replace('/^(s*)old(s*)$/m', '$1new$2', $text)，m修饰符让^/$匹配每行起止 - 避免用
.匹配任意字符——它不匹配换行符，会导致跨行结构错乱；改用[sS]或(?s). - 替换前用
mb_strlen($line, 'UTF-8')校验单行长度变化，若新旧字符串字节长不等（如中文混英文），缩进偏移会更隐蔽
用str_replace批量替换却改乱了HTML/xml标签结构？
纯字符串替换不识别语法边界，比如把"title"替换成"heading"，可能误改title，也可能把subtitle变成subheading。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 优先用dom解析器：
$dom = new DOMDocument(); $dom->loadHTML($html, LIBXML_HTML_NOIMPLIED | LIBXML_HTML_NODEFDTD);，再遍历textContent节点做安全替换 - 若坚持用字符串，至少加词边界：
str_replace(' title ', ' heading ', $html)，或用preg_replace('/btitleb/', 'heading', $html) - 对配置类文本（INI、YAML），别用
str_replace——改用parse_ini_file或symfony/yaml组件，改完再序列化输出
替换后文件权限/编码/bom头异常怎么查？
file_put_contents默认以当前脚本执行用户权限写入，且不继承原文件权限；UTF-8 BOM可能被意外写入或清除；GB2312/GBK文件若用UTF-8函数处理，会出现乱码。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 写入后立即用
chmod($path, fileperms($original_path))恢复权限，或用copy($original_path, $temp_path); file_put_contents($temp_path, $new_content); rename($temp_path, $path);原子化操作 - 检测BOM：
hexdec(bin2hex(substr($content, 0, 3))) === 0xEFBBBF，需手动保留或剥离 - 读取前用
$encoding = mb_detect_encoding($content, ['UTF-8', 'GBK', 'BIG5'], true)判断，替换后再用mb_convert_encoding($content, $encoding, $encoding)兜底
实际替换文本时，最易被忽略的是**原始换行符类型与目标平台的隐式转换**，以及**正则中未锚定边界导致的语义污染**。这两点不提前验证，后续调试成本远高于加几行判断逻辑。