And*_*bel 31 file-format character-encoding
客户正在向我发送.csv文件,其中换行符由序列组成0xD 0xD 0xA.据我所知,换行符0xA来自Mac或Unix或0xD 0xAWindows.
是0xD 0xD 0xA任何已知的编码？是否有任何已知的节约顺序会破坏导致此问题的文件行结尾(我认为客户使用的是Mac)？
该文件不以任何编码标记开头,而是直接从文本内容开始.如果使用代码页1252打开,则会正确显示文本.
Bal*_*usC 30
CRCRLF被称为Windows XP记事本自动换行错误的结果.
供将来参考,以下是链接博客的相关摘录:
在Windows计算机上按Enter键时,实际存储了两个字符:回车符(CR)和换行符(LF).操作系统始终以与Enter键相同的方式解释字符序列CR LF:它移动到下一行.但是,当自己有额外的CR或LF字符时,这有时会导致问题.
Windows XP版本的记事本中存在一个错误,可能会导致额外的CR字符存储在显示窗口中.该错误发生在以下情况:
如果启用了自动换行选项并且显示窗口包含环绕的长行,则保存文件会导致记事本在显示窗口的每个换行点插入字符CR CR LF,但不会在保存的文件中插入.
如果将CR CR LF字符复制并粘贴到其他程序中,则可能会导致奇怪.如果您调整记事本窗口的大小,它们还会阻止记事本正确地重新包装行.
您可以通过关闭自动换行功能删除CR CR LF字符,然后根据需要将其重新打开.但是,执行此操作时,光标会在显示窗口的开头重新定位.