RMarkdown knit为PDF时vtable输出的后续LaTeX表格仅首行转义异常的原因及解法

这个现象是knitr与pandoc协作处理results='asis'输出时的行边界判定错位导致的，和LaTeX语法本身、表格内容的正确性无关。
具体触发链路如下：

• knitr在拼接所有results='asis'代码块的输出时，仅在每个块的输出边界插入一个单换行符作为分隔。
• 如果vtable函数输出的LaTeX字符串末尾没有自带换行，就会出现两个相邻输出块的行内容粘连：上一个块输出的最后一行内容，会和下一个块输出的第一行\begin{table}拼接为同一个逻辑行。
• pandoc在处理这个粘连行时，会将不属于独立LaTeX环境标记的粘连部分判定为普通文本，对整行做特殊字符转义：把开头的反斜杠转义为\textbackslash、花括号转义为带转义标记的普通文本格式。
• 因为粘连仅发生在两个块的边界处，也就是第二个及后续表格的第一行位置，所以会出现“仅首行被错误转义、其余行完全正常”的特殊现象；第一个表格因为前面紧邻文档前言区域，不存在同类型的行粘连，所以可以正常渲染。

普通用户使用vtable时，可任选以下方案解决渲染问题：

• 在每个运行vtable的results='asis'代码块中，用cat("\n", vtable(d, out = 'latex'))包裹输出，强制在两个表格之间插入独立空行作为边界分隔，避免内容粘连。
• 在文档YAML配置中调整pandoc参数，关闭对原生LaTeX内容的自动转义：在output: pdf_document:配置项下追加pandoc_args: "--from=markdown+raw_tex"，让pandoc直接识别所有原生LaTeX代码为原始内容，不做普通文本转义。

作为vtable的开发者，可在out='latex'的输出逻辑中，在返回字符串的末尾强制追加一个换行符\n，从根源上补全块输出的行边界，彻底消除粘连问题。部分旧版本rmarkdown会对块输出做额外的换行裁剪，开发者侧可以在返回前连续追加两个换行符，保证边界的分隔强度。

内容的提问来源于stack exchange，提问作者NickCHK