一、关于“回车”(carriagereturn)和“换行”(linefeed)这两个概念的由来和区别
在计算机还没有出现之前,有一种称作电传打字机(TeletypeModel33)的玩意儿,每秒钟可以打10个字符。并且它有一个问题linux文本编辑器 显示换行符,就是打完一行换行的时侯,要用去0.2秒,刚好可以打两个字符。要是在这0.2秒上面,又有新的字符传过来,这么这个字符将遗失。于是,研发人员想了个办法解决这个问题,就是在每行前面加两个表示结束的字符。一个称作“回车”,告诉打字机把复印头定位在右边界;另一个称作“换行”,告诉打字机把纸向上移一行。这就是“换行”和“回车”的由来,从它们的英文名子上也可以看出一二。
后来,计算机发明了,这两个概念也就被般到了计算机上。那时,储存器很贵linux文本编辑器 显示换行符,一些科学家觉得在每行结尾加两个字符太浪费了,加一个就可以。于是,就出现了分歧。
Unix系统里,每行结尾只有“”,即“n”;
Mac系统里,每行结尾是“”。
Windows系统上面,每行结尾是“”,即“nr”;
一个直接后果是,Unix/Mac系统下的文件在Windows里打开的话,所有文字会弄成一行;
而Windows里的文件在Unix/Mac下打开的话,在每行的结尾可能会多出一个^M符号。^M是WINDOWS的产物,ctrl+M,生成一个^M(硬回车^M,软回车rn)
通常操作系统上的运行库会手动决定文本文件的换行格式.如一个程序在windows上运行就生成CR/LF换行格式的文本文件,而在Linux上运行就生成LF格式换行的文本文件.在一个平台上使用另一种换行符的文件文件可能会带来意想不到的问题,非常是在编辑程序代码时.有时侯代码在编辑器中显示正常,但在编辑时却会由于换行符问题而出错.好多文本/代码编辑器带有换行符转换功能,使用这个功能可以将文本文件中的换行符在不同格式单互换.
所以unix的文本到windows会出现换行遗失(ultraedit这些软件可以正确辨识);而反过来都会出现^M的符号了
Windows等操作系统用的文本换行符和UNIX/Linux操作系统用的不同,Windows系统下输入的换行符在UNIX/Linux下不会显示为“换行”,而是显示为^M这个符号(这是Linux等系统下规定的特殊标记,占一个字符大小,不是^和M的组合,复印不下来的)。Linux下好多文本编辑器(命令行)会在显示这个标记过后,补上一个自己的换行符,以防止内容混乱(只是用于显示,补充的换行符不会写入文件,有专门的命令将Windows换行符替换为Linux换行符)。UNIX/Linux系统下的换行符在Windows系统的文本编辑器中会被忽视,整个文本会乱成一团。
windows换行是rn,十六补码数值是:0D0A。
LINUX换行是n,十六补码数值是:0A
所以在linux保存的文件在windows上用记事本看的话会出现黑点,我们可以在LINUX下用命令把linux的文件格式转换成win格式的。
在不同平台间使用FTP软件传送文件时,在ascii文本模式传输模式下,一些FTP顾客端程序会手动对换行格式进行转换.经过这些传输的文件字节数可能会发生变化.假如你不想ftp更改原文件,可以使用bin模式(二补码模式)传输文本.
windowslinux文本文件格式转换
[root@localhost ~]# cat -A test.sh #!/bin/bash$ echo 11111111$ echo 22222222$ [root@localhost ~]# cat -A 1.txt.txt #!/bin/bash^M$ echo 11111^M$ echo 2222222[root@localhost ~]#
在vi中转换文件的格式,直接输入以下命令:
在vi命令行模式下输入setfileformat命令再按回车可以查看文本文件的格式或setfileformat?
可以缩写为setff或setff?查看文本文件格式
#!/bin/bash echo 11111 echo 2222222 ~ ~ ~ ~ fileformat=dos
用setff=unix把文本文件的格式转化为Unix
#!/bin/bash echo 11111 echo 2222222 ~ ~ fileformat=unix
之后:wq退出
暂无评论内容