[xeCJK & xeCJKfntef] 在实现「居中下划线」时对空格似乎是敏感且下划线出现断层？

[Explorer-cc]

这个问题 可能 源自「这个exam-zh的issues」

下面的例子：

\documentclass{article}
\usepackage{xeCJK}
\usepackage{xeCJKfntef}

\newcommand{\myfillin}{%
  \CJKunderline*
    {\hspace*{0.5em plus .5em minus .5em}xxxx\hspace*{0.5em plus .5em minus .5em}}}

\begin{document}
普通字符 \myfillin{} 后续文字

普通字符~\myfillin{} 后续文字
\end{document}

在最新版TL26的 xecjk-3.10.6 中会得到：

在 texpage 的 TL25, 也就是 xecjk-v3.9.1 中会得到：

这似乎是不符合预期的？怀疑是新版xecjk引入的bug....?

[Explorer-cc]

另一个和 exam-zh 的 issue 更贴合的例子：

\documentclass{article}
\usepackage{xeCJK}
\usepackage{xeCJKfntef}

\newsavebox{\tri}
\newcommand{\myfillin}{%
  \sbox{\tri}{\rule{0.8em}{0.5em}}
  \CJKunderline{\hspace*{0.5em plus .5em minus .5em}\usebox{\tri}\hspace*{0.5em plus .5em minus .5em}}}

\begin{document}

普通字符~\myfillin{} 后续文字

普通字符 \myfillin{} 后续文字

\end{document}

得到的表现是表现新版不居中：

且同时旧版是居中的：

[github-actions]

🐛 Bug 分析 #1091

项目	结果
根因	xeCJKfntef 接入命令边界 stream-ulem capture 后，普通源码空格被 capture 暂存并交给 ulem 通道；在装饰片段尚未稳定打开时，该左侧可伸缩间距没有重新输出到外层列表。~ 走显式不可断空白路径，因此仍然保留，造成空格敏感和下划线起始位置不同。
严重程度	🟡 medium
适合后续自动实现	❌ 否

📋 详细分析

复现路径：

1. 使用 Issue 中的文档和 \myfillin 定义。
2. 分别排版 普通字符 \myfillin{} 后续文字 与 普通字符~\myfillin{} 后续文字。
3. 在当前源码生成的盒子节点中，第一种写法在“符”与下划线装饰之间没有 3.33pt plus 1.665pt minus 1.11pt 的间距；第二种写法保留了该 glue。
4. 用同样方法在 xeCJK-v3.9.1 标签上测试，普通源码空格也保留了该 glue，说明这是版本回归而非 TeX 对普通空格与 ~ 的一般语义差异。

代码定位：

• \CJKunderline 进入装饰 stream 的入口为 xeCJK/xeCJK.dtx:15038-15061。这里先启动 stream-ulem capture，再由 \ULon 打开 ulem 的正文片段。
• capture 在 xeCJK/xeCJK.dtx:5226-5248 建立，并在 xeCJK/xeCJK.dtx:5552-5608 识别、移除和记录入口空格。
• stream-ulem 的 glue 重新输出依赖 xeCJK/xeCJK.dtx:6260-6275 所选择的 ulem 通道；相关适配器在 xeCJK/xeCJK.dtx:14999-15036。

问题原因：

当前框架把普通源码空格当作命令边界状态保存，而不是让它直接留在外层列表。对 ulem 来说，正文会被拆入固定宽度片段盒；左侧 glue 必须在 ulem 片段盒打开后通过 \UL@stop／外层 \hskip／\UL@start 重新输出。该时序在普通可断源码空格进入 CJKunderline 前的路径上没有闭合，导致 glue 丢失。显式 ~ 不走同一源码词间空格恢复路径，所以仍显示出来。

这与 Issue 中看到的“下划线断层”是同一版面后果：装饰正文本身仍生成 \cleaders，但下划线整体相对前后中文的位置发生变化。现有架构文档也明确规定 stream-ulem 必须把边界 glue 交回外层列表，见 llmdoc/architecture/xecjk-architecture.md:408-414；当前实现与该约束不一致。

现有 workaround：在等待修复前使用 ~ 或显式 \hspace 表达需要保留的前置间距；这只能规避该路径，不能视为实现已正确。

验证记录：本地 XeLaTeX 运行 Issue MWE 成功；节点日志确认当前版本第一种写法缺少前置 3.33pt glue，而第二种写法存在；以 xeCJK-v3.9.1 生成同一 MWE 时两种写法均保留该间距。现有 fntef-space 回归主要覆盖装饰结束后的空格，未覆盖“普通源码空格位于线型 fntef 命令之前”这一方向，因此需要新增有判别力的回归用例。

---

由 codex / gpt-5.6-sol 生成；本流程只分析，不自动修改代码。