答案1
哇，挖掘这个问题让我陷入了兔子洞。
首先，这个问题之前已经问过。由于标题的原因，它没有出现在我的搜索中。该帖子中最重要的信息是这：
该包通常会抑制位于分页符处的水平线的排版。相反，它会放置为第一行顶部定义的水平线和为最后一行底部定义的水平线的副本。需要强调的是，此行为不依赖于 rowhead/rowfoot；即使两者都为零，也会复制行。
这是一个开始；现在我可以\hlines从我的开头和结尾删除longtblr（如果使用 New Interface™ – 用 替换hlines）hline{2-Y} = {solid}，而是手动将它们放入firsthead/ firstfoot/ middlehead/ / /middlefoot标题中，将它们放置在需要的位置。这是一个相当丑陋的拐杖，但它有效。lastheadlastfoot
查看 github 问题后发现，上述行为是相当严重的问题的根源；例如，如果你使用 Z 作为行说明符，则解决每页的最后一行，而不是表格的最后一行（正如人们所期望的那样）；或者如果你将第一行/最后一行设置为看起来很特殊，它们会突然爬上来在分页符上。
这里我找到了一个源代码补丁tabularray，可以修复上面引用的第一个问题：“该包抑制了分页符处的水平线的排版”。这意味着现在我可以根据需要向表格前言添加或first hlines选项last hlines，正确的行间线将呈现在它应该出现的位置。反过来，这意味着现在我必须将该表格的最顶部和最底部的行强行塞入firsthead/lastfoot标题中，这仍然很丑陋，但绝对没那么丑陋了。
完美的解决方案是修复第二上述引文的问题：tabularray“放置为第一行顶部定义的水平线副本和为最后一行底部定义的水平线副本”。另一个补丁（禁用此行为）将允许完全摆脱标题拐杖。
作者tabularray受到威胁将所需选项纳入到软件包中。祝好运。在此之前，我将不接受这个半答案。