n LF 0A 将当前光标切换到下一行（不一定行首）
r CR OD 将当前光标置于行首
在windows与unix系统中，unix将n代表换行并置于行首，而windows保持原意。
即unix:n为换行,windows:rn为换行.
在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 的策略 手册上有详细说明
【/usr/share/vim/vim74/doc/目录下，editing.txt的file-formats部分；insert.txt的file-read部分】