Java (Android 8.0.0) 中的本地浮点变量如何被损坏？

Question

更新了重要的新信息（见底部）

编辑了更好的日志代码

我正在追踪我们的应用程序中的一些图形损坏，并将其追溯到这个函数（我已经在其中大量记录了日志）：

public final int p_PostDraw(){

    bb_std_lang.print("Dissolve encountered.");

    float t_d=c_GColour.m_dissolve;

    bb_std_lang.print("Cached dissolve value locally: "+c_GColour.m_dissolve+ " " + t_d);

    c_GColour.m_dissolve=c_Gel.m_colstack.p_Top().m_a;

    bb_std_lang.print("Updated dissolve value: " + c_GColour.m_dissolve);

    c_Gel.m_colstack.p_Top().m_a=1.0f;

    bb_std_lang.print("Monitoring t_d="+t_d);

    super.p_PostDraw();

    bb_std_lang.print("Monitoring t_d="+t_d);

    c_GColour.m_dissolve=t_d;

    bb_std_lang.print("Dissolve post restore " + c_GColour.m_dissolve);

    return 0;

}

大多数情况下，这会按预期工作，但在游戏中的某个时刻，会记录以下内容：

09-30 14:40:59.086 10545-11101/? I/[Monkey]: Dissolve encountered.

09-30 14:40:59.086 10545-11101/? I/[Monkey]: Cached dissolve value locally: 1.0 1.0

09-30 14:40:59.086 10545-11101/? I/[Monkey]: Updated dissolve value: 0.1

09-30 14:40:59.086 10545-11101/? I/[Monkey]: Monitoring t_d=1.0

09-30 14:40:59.087 10545-11101/? I/[Monkey]: Monitoring t_d=-1.6314132E-19

09-30 14:40:59.087 10545-11101/? I/[Monkey]: Dissolve post restore -1.6314132E-19

为您分解一下：静态值m_dissolve被复制到局部变量t_d中，并且值为 1.0f。然后将静态值修改为 0.1f 并用于子对象的渲染。完成后，局部变量t_d在用于恢复静态值之前再次被记录，但同时神秘地变成 -1.6314132E-19 （这个值每次似乎都不可预测地不同）。

我不知道本地 Java 变量会以这种方式被破坏。

Answer 1

我在使用 LibGDX 发布的游戏中也遇到了这个问题，就像 tscissors 一样。经过几个月的调试，现在我确信我遇到的问题与被破坏的浮点变量有关，就像这篇文章中所描述的那样。对我来说，一个简单的解决方法很有帮助：在AndroidManifest.xml设置属性时成功android:vmSafeMode消除 true了错误，因为它禁用了 JIT 优化。参见安卓说明：android:vmSafeMode指示应用程序是否希望虚拟机 (VM) 在安全模式下运行。默认值为“假”。此属性是在 API 级别 8 中添加的，其中“true”值会禁用 Dalvik 即时 (JIT) 编译器。此属性在 API 级别 22 中进行了调整，其中“true”值禁用 ART 提前 (AOT) 编译器。

Answer 2

这是一个非常奇怪的问题，似乎是 ART/JIT 中的错误。我可以看到至少 3 个不同的开发者故事都遇到同样的问题。我认为可能会有更多，但这个错误确实很难重现。我在使用 LibGDX 框架开发游戏时遇到了这个问题。该框架中的 UI 是通过大量复杂的计算创建的，并且在那里大量使用了浮点数。在我的例子中，UI 组件收到了错误的坐标，因此布局完全被破坏。奇怪的是，您无法使用 DEBUG apk 重现此问题，只能使用 RELEASE apk 重现。更改清单的值android:debuggable=true也不起作用。所以调试真的很痛苦，你需要监控logcat并验证float变量的值。解决方法在我真正需要 UI 相关方法之前，我强制编译器对它们执行“去优化”。我创建了模拟“Table”组件，用其他模拟组件填充它（创建类似于真实组件的布局），并调用我在日志中看到的方法（当去优化发生时）。我每次在应用程序启动时都会进行此操作，并且问题似乎对我来说已“修复” - 此后“去优化”永远不会发生，并且在此之后布局始终正确。我希望它能帮助那些在这个问题上花费了大量时间的人。

Answer 3

我不知道本地 Java 变量会以这种方式被破坏。如果某处的某些本机代码破坏了包含该变量的堆栈帧，则可能会发生这种情况t_d。如果本节中存在竞争条件或内存危险，也可能会发生这种情况：   float t_d=c_GColour.m_dissolve;    bb_std_lang.print("Dissolve pre stack: " + c_GColour.m_dissolve);如果你仔细观察，你实际上并没有打印t_d。c_GColour.m_dissolve您正在做的是在将...分配给后打印 ... 的（表观）值t_d。它可能已经改变了。（请注意，您正在访问一个裸变量m_dissolve，显然没有任何同步。即使声明为 ，这里也存在潜在的竞争条件m_disolve。volatile）