为何Notepad++中纯LF文本URL编码后显示为%0D%0A而非%0A？

哈哈，这个问题我之前帮朋友排查过，本质是换行符在不同系统、工具里的「隐性转换」搞的鬼！我给你拆解几个最可能的原因：

• Notepad++的EOL设置在偷偷“改格式”
  虽然你开启显示符号后看到的是[LF]，但有可能你的Notepad默认把换行符转换成了Windows系统的标准格式——CRLF（也就是%0D%0A）。你可以去「编辑」→「EOL转换」里看看当前设置：如果选的是「Windows（CRLF）」，哪怕你打开的是LF格式的文件，Notepad在保存、甚至复制内容时，都会偷偷把LF转成CRLF。这时候你去编码，自然会得到%0D%0A。切换到「Unix（LF）」再保存文件，重新编码试试。

• URL编码工具/环境的“自作主张”
  如果你用的是Windows下的编码工具（比如某些本地脚本、甚至部分在线编码网站），很多工具会默认适配Windows的换行规则，自动把LF转换成CRLF再编码。举个例子，用Python的urllib.parse.quote()时，如果你的代码在Windows环境下读取文本，没加newline=''参数的话，读取到的换行符已经被转换成CRLF了，编码结果自然就带上了%0D%0A。

• Windows剪贴板的“隐形转换”
  要是你是从Notepad++复制文本到编码工具里，Windows剪贴板会悄悄搞事情：因为系统内部默认用CRLF作为换行，当你复制纯文本时，它会自动把LF转换成CRLF。这就导致实际传入编码工具的内容已经是CRLF了，编码结果当然会出现%0D%0A。

验证方法超简单：给Notepad装个Hex Editor插件，查看文件的十六进制内容——如果换行符对应的是0A，那就是编码环节的问题；如果是0D 0A，那就是文件本身已经是CRLF格式，显示的[LF]可能是Notepad的显示小bug或者设置问题。

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