JavaFX中Text节点文本边界值不一致的原因是什么？该如何规避？

这个异常是JavaFX文字渲染管线的全局状态泄漏导致的：

• TextArea的内部编辑逻辑（尤其是退格、输入法相关交互）会临时修改Windows平台下DirectWrite渲染后端的全局文字测量参数，且操作完成后没有正确重置该状态。
• 独立Text节点的尺寸计算逻辑依赖该全局参数，所以即便和TextArea无关联，也会读取到被污染的状态，导致相同文本、相同字体的前提下，测量得到的行高出现跳变。
• TextField的内部实现没有修改该全局测量参数，所以替换为TextField后问题消失。你调试时观察到的边界值每次都重新计算的现象也和该原因吻合：计算逻辑本身是正常触发的，但依赖的底层状态被意外修改，所以得到的结果不一致。

可以根据你的使用场景选择以下任意一种方案：

• 显式指定测量用Text节点的字体：不要使用默认继承的全局字体，手动给Text节点设置固定的Font实例，比如text.setFont(Font.font("SimSun", 12));，显式指定的字体触发的测量逻辑会绕开被污染的全局状态。
• 改用无状态的FontMetrics API做文字尺寸计算：直接通过字体加载器获取FontMetrics实例做测量，不会受场景图内控件的状态影响，示例代码如下：

Font font = Font.font(12);
FontMetrics metrics = Toolkit.getToolkit().getFontLoader().getFontMetrics(font);
double height = metrics.getLineHeight();
double width = metrics.computeStringWidth("待测量的文本");

• 升级JavaFX版本：该Bug已经在JavaFX 17及后续版本中被官方修复，TextArea的内部渲染状态已经做了隔离，不会泄漏到全局测量上下文。
• 临时测试补丁：每次测量前先将Text节点的文本设置为空字符串，再赋值为目标文本，强制触发测量上下文的重置，该方案性能损耗较高，仅适合临时调试使用。

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