文本文件的换行符

文本文件的每一行结尾用一个或者两个特殊的ASCII字符进行标识，这个标识就是换行符，不同的操作系统中会采用不同的换行符。

本文首发于 http://www.cslog.cn/Content/cr-lf-crlf-new-line-enter 转载请注明.   在文本处理中, CR, LF, CR/LF是不同操作系统上使用的换行符. Dos和windows采用回车+换行CR/LF表示下一行, 而UNIX/Linux采用换行符LF表示下一行， 苹果机(MAC OS系统)则采用回车符CR表示下一行. CR用符号'\r'表...

一. /r/n 共用才能在txt文件中显示为换行,如果只用其中一个则显示为黑块!二. 用 System.Environment.NewLine 也可以. 

在不同的操作系统上，文本文件的换行符也不相同， CR, LF, CR/LF是不同操作系统上使用的换行符。例如： Windows系统下文本文件的换行符是： 回车+换行CR/LF即 \r\n或^M\n linux/unix系统下文本文件的换行符是：换行LF即 \n Mac OS系统下文本文件的换行符：回车CR即 \r或^M 为什么会不同： 计算机还没有出现之前，有一种叫做电传打字机（Teletype Model 33）的玩意，每秒钟可以打10个字符。但是它有一个问题，就是打完一行换行的时候，要用去0.

：C语言里为 \r； ASCII码为0D；符号表示为CR，Carriage Return ：C语言里为 \n； ASCII码为0A；符号表示为LF，Line Feed 一、      现状 Unix系统里，每行结尾只有“”，即“\n”； Windows系统里面，每行结尾是“”，即“\r\n”； Mac系统里，每行结尾是“” ，即“\r”；   二、      影响 1.

<br />dos2unix 是一个用来转换DOS下的文本的换行符到Unix/Linux下的换行符格式。<br />同时还包含一个 unix2dos 用来做反向的转换。<br /> <br />外网在执行生成配置文件的shell脚本事出现这个问题，就是由于没有转化换行符造成:<br /> <br />[root@TPHOU202-35 ceo_deploy]# sh createtemplate.sh <br />createtemplate.sh: line 14: syntax error: unexp

Linux中查看换行符 在Linux中查看换行符的方法应该有很多种，这里介绍两种比较常用的方法。 第一种使用"cat -A [Filename]" 查看，如下图所示，看到的为一个Windows形式的换行符，\r对应符号^M，\n对应符号$. 第二种使用vi编辑器查看，然后使用"set list"命令显示特殊字符： 细心的朋友发现了，怎么^M还是没显示出来，这里也是给大家提个醒，用VI的二进制模...

下图来源 回车符（\r） 换行符（\n） \r 会等待一个键盘回车才会换行 \n 不会等待键盘回车就换行了

在记事文本中将里面内容换行显示

由于WINDOWS中的记事本中的换行符是‘\r\n’,一般文件中的换行符是‘\n’,所以只需要将原始文本文件中的换行符（‘\n’）替换为（‘\r\n’）推荐用notepad++的（ctrl+h）替换功能，再用记事本打开就可以正常显示换行了。...

转自：http://www.cnblogs.com/njnudt/archive/2009/06/29/1513486.html 要让一个Windows Form的TextBox显示多行文本就得把它的Multiline属性设置为true。这个大家都知道，可是当你要在代码中为Text属性设置多行文本的时候可能会遇到点麻烦：）你往往会想到直接付给一个含有换行符"\n"的字符串给Text属性：...

你看到本篇就够了，你的问题我帮你解决了。 Windows自带的记事本不支持换行符替换符。记事本就是为支持最简洁的txt格式文档而设计的，从用户丰富需求的角度来说，它就是个低级的残次品。这也就是为什么出现更多高级的文本编辑软件如： notepad2、Notepad++、EditPlus、Sublime Text、UltraEdit 及 Word。 换用其他文本编辑器进行换行符替换： Word: ^p 快捷键：Ctrl+F EditPlus： \n 快捷键：Ctrl+H Notepad++：

本文介绍了一些在项目中实现换行的方法，以及 white-space: pre-line 不生效的误区。

讨论 错误示范： 错误示范 1：\n —— 不匹配 Windows 行尾（CRLF）； 错误示范 2：\r\n|\n —— 不匹配旧式 mac 行尾（CR）； 错误示范 3：[\r\n]{1,2} —— 错误匹配“LFCR”； 错误示范 4：\r?\n —— 不匹配旧式 mac 行尾（CR）； 错误示范 5：\n|\r|\r\n —— CR 和 LF 被拆开，如果存在 CRLF 将匹配出两个子串； 错误示范 6：\r\n?|\n —— 这个的 bug 很难发现，问题在于：如果文件中存在 LFCRLF，则

\r\n的含义