Emacs Lisp的search-forward函数为何无法找到回车字符？

问题背景 #

一段从Emacs 19时期沿用至今的dos2unix转换代码，在Windows平台的Emacs 25.3或27.2版本中失效：针对明确包含DOS换行符（0x0d 0x0a）的文件，代码无法找到回车符（CR）。尝试过多种搜索语法（\015、\x0d、\r、\C-m等）及替换搜索函数（re-search-forward、search-forward-regexp）均无效，但单独搜索换行符（LF）可正常匹配。

原代码如下：

;;; Dos to Unix conversion in buffer
(defun dos2unix ()
  "convert <CR><LF> characters in buffer to <LF>."
  (interactive)
  (save-excursion
    (goto-char (point-min))
    (while (search-forward "\015\012" nil t)
      (replace-match "\012" nil t)))

根本原因 #

Windows平台的Emacs默认启用**自动行尾转换（EOL Conversion）**机制：当打开DOS格式（CR+LF）的文件时，Emacs会自动将磁盘文件中的CR+LF转换为内部统一的LF表示，缓冲区中实际不存在CR字符，因此任何针对CR的搜索都会失败。这是Emacs为跨平台编辑一致性设计的默认行为，由buffer-file-coding-system的默认配置触发。

解决方案 #

方案1：关闭自动行尾转换后使用原代码 #

通过强制以二进制方式打开文件，保留原始的CR+LF字符，让原代码可正常匹配替换：

• 用M-x find-file-literally打开目标文件，该命令会禁用所有编码转换，直接读取原始字节。
• 或者打开文件后手动设置编码为二进制：

  (set-buffer-file-coding-system 'binary)
  

• 之后运行原dos2unix函数即可完成转换。

方案2：修改函数适配Emacs行尾处理逻辑 #

既然Emacs内部统一用LF表示换行，无需手动搜索替换CR，直接设置文件的行尾格式为Unix即可，更简洁高效：

(defun dos2unix ()
  "Convert buffer to Unix line endings."
  (interactive)
  (set-buffer-file-coding-system 'utf-8-unix t)
  (save-buffer))

• utf-8-unix表示采用UTF-8编码+Unix行尾（LF），可根据需求替换为其他编码（如unix表示系统默认编码+Unix行尾）。
• 参数t表示强制转换，无需用户确认。执行后保存文件，磁盘上的文件就会变成Unix格式。

方案3：使用Emacs内置功能 #

Emacs自带行尾转换功能，直接调用即可：

• 执行M-x set-buffer-file-coding-system，在选项中选择unix，保存文件后完成转换。
• 部分Emacs版本内置dos2unix/unix2dos命令，可直接执行M-x dos2unix完成转换。

内容的提问来源于stack exchange，提问作者shedmeister