为什么换行符在搜索寄存器中转换为Null字符，并在命令行转换为回车符？

如果我有以下文本：

foo
bar

我视觉上将其选中并复制。
文本现在存储在未命名的寄存器"中，这是其文本内容（:reg "的输出）：

""   foo^Jbar^J

根据此图表，看来^J是换行符的插入符号。

如果要通过键入以下内容来复制a寄存器中的未命名寄存器：:let @a = @"
这里是其内容（:reg a的输出）：

"a   foo^Jbar^J

它没有变化。

如果现在我通过输入:let @/ = @"在搜索寄存器中复制它，则其内容（:reg /的输出）：

"/   foo^@bar^@

根据上一张图表，^@似乎是空字符的插入符号。 a寄存器）？

如果我在命令行上（或在/之后的搜索内）插入未命名的寄存器，则键入:<C-R>"，将插入以下内容：

:foo^Mbar^M

同样，根据最后一张图表，^M似乎是回车符的插入符号。
为什么换行符在命令行上自动转换为回车符？
/>
编辑：

通常，您可以通过键入以下内容来插入文字控制字符：<C-V><C-{character in caret notation}>
例如，您可以通过键入<C-R>来插入文字<C-V><C-R>。似乎是任何控制字符。
但是我注意到我无法在缓冲区内或命令行中插入文字LF，因为如果我键入：<C-V><C-J>它将插入^@（一个空字符）而不是^J
是否出于同样的原因将LF转换为搜索寄存器中的NUL？

编辑2：

在:h key-notation中，我们可以阅读以下内容：

<Nul>       zero            CTRL-@    0 (stored as 10) <Nul>
<NL>        linefeed        CTRL-J   10 (used for <Nul>)

第一行的stored as 10部分和第二行的used for <Nul>部分可能表明LF和NUL之间存在某种重叠，并且可以将它们解释为同一件事。但是它们不可能是同一回事，因为在执行上一条命令:let @/ = @"之后，如果我以正常模式键入n来到达下一行出现的两行foo和bar，而不是得到一个正匹配项，则得到以下内容错误消息：

E486: Pattern not found: foo^@bar^@

除了此链接外，它还解释了NUL表示字符串的结尾，而LF表示文本文件中行的结尾。

如果NUL是stored as 10（如帮助信息所示），与LF的代码相同，那么Vim如何使两者之间有区别？

编辑3：

就像帮助说的那样，也许LF和NUL用相同的十进制代码10编码。由于上下文，Vim使这两者之间有所不同。如果它在缓冲区或任何寄存器中（除了搜索和命令寄存器之外）遇到十进制代码为10的字符，则将其解释为LF。
但在搜索寄存器（:reg /）中，它将其解释为NUL，因为在搜索的上下文中，Vim只搜索end of line in a file的概念没有意义的字符串，因为字符串不是文件（这很奇怪，因为您仍然可以在搜索模式中使用原子\n，但这也许是仅是正则表达式引擎的功能？）。因此它自动将10解释为NUL，因为它是最接近的概念（end of string≈end of line）。

同样，在命令行/命令寄存器（:reg :）上，它将代码10解释为CR，因为end of line in a file的概念在这里没有意义。最接近的概念是end of command，因此Vim将10解释为CR，因为按Enter是结束/执行命令的方式，而CR与按Enter相同，因为在用<C-V><Enter>插入文字时，将显示^M。 br />
也许代码为10的字符的解释会根据上下文而改变：搜索字符串（^J）
命令行末尾（^@）