Spring后端返回Jsoup生成的HTML后部分子节点被识别为文本

• 首先排查最常见的空白文本节点问题
  DOM规范中firstChild会返回所有类型的首个子节点，包含换行、空格、制表符生成的空白文本节点，你看到的完整元素结构正常是因为浏览器渲染时默认会折叠空白节点，不影响视觉但实际DOM树里存在该节点。
  验证方法：执行以下代码查看节点类型和内容

console.log(groessenTrList[i].firstChild.nodeType); // 等于3即为文本节点
console.log(groessenTrList[i].firstChild.textContent); // 查看文本节点内容是否为空白字符

修复方案：将所有使用firstChild获取元素的逻辑替换为firstElementChild，该属性只会返回元素类型的子节点，自动跳过空白文本、注释等非元素节点。

• 校验后端返回的HTML是否存在异常

1. 打开Chrome开发者工具的「网络」面板，找到editArtikel接口的原始响应，检查返回的HTML源码中，对应tr标签内部是否直接跟子元素标签，有没有标签被转义为</>的情况
2. 检查Jsoup生成HTML的配置，以及Spring接口的消息转换器是否对返回的字符串做了额外的HTML转义处理，导致前端解析时误将标签识别为文本内容

• 排除Chrome控制台打印的异步引用坑
  Chrome控制台打印DOM对象时是引用快照，你点开对象查看结构时才会读取当前最新的DOM状态，可能出现「打印时子节点还未解析完成，点开时已经渲染完成」的不一致情况。
  验证方法：在打印代码行添加debugger断点，代码执行暂停时直接查看当前的DOM节点结构，确认子节点状态是否和预期一致。如果是时机问题，将获取节点的逻辑移动到DOM插入完成的回调函数中执行即可。

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