VIM于换行EOL的思考
\n LF 0A 将当前光标切换到下一行(不一定行首)
\r CR OD 将当前光标置于行首
在windows与unix系统中,unix将\n代表换行并置于行首,而windows保持原意。
即unix:\n为换行,windows:\r\n为换行.
在ASCII码中,00-1F为不可显示字符。而40为@,41-5A为A-Z.
于是出现了用CTRL+字母键 实现其相应功能键的用法.
比如在linux的bash中,<c-h>退格,<c-j>换行,等等。
同样在VIM中,用^M来显示\r,^J来显示回车,^[显示ESC,
以及将这些键映射到了对应按键( <c-[>ESC,<c-j>回车 ),方便输入。而对于退格BS显示为<80>kb而不是^H,这就不清楚了...
===========================================================================================
当我们用VIM /"\n"搜索时,结果往往匹配不到,说明此时buffer中,并没有\n,亦即 0A,这个编码。
也就是说VIM在load buffer时已经删除了。
而注意到 当我们敲回车输入时,显示的是^J,,那么我推测vim中^J不是OA,
导致这个结论还有一个因素:
INSERT模式下,<c-v>可用于通过编码输入字符,或输入功能键的编码,但是!我按<c-v><c-j>时,
却显示的不是^J,而是^@,^@代表NUL,即插入编码00,而非0A.
发现了什么?vim将我们输入的\n给替换了!!
因而vim中,^J只是代表了一个回车,但他并没有插入编码其OA,
换句话说,当我们按回车时,vim只是插入了一个标记<eol>代表换行。而vim将这个标记<eol>显示为^J!
直至写入文件时才用相应的编码进行替换。且!vim不允许输入\n,哪怕你用substitute替换的\n它都会给
你换成^@,这应该是本身的一种保护机制把
--------------------------------------------------------------------------------------
其实上面的这些猜测在' fileformat '里已有说明:
This gives the <EOL> of the current buffer, which is used for
reading/writing the buffer from/to a file:
dos <CR> <NL>
unix <NL>
mac <CR
This option is set automatically when starting to edit a file and
'fileformats' is not empty and 'binary' is off.
而根据ffs设置ff 的策略 手册上有详细说明