缓存SharedReferences布尔值：性能是否能证明复杂性的增加？

Question

在我的一个onTouch（）侦听器中，在决定如何处理触摸事件之前，我当前检查布尔用户设置：

boolean shouldCue = preferences.getBoolean(v.getContext().getString(R.string.should_cue), true);

观察LogCat，我可以看到当用户触摸屏幕时，这个语句被多次调用！

所以，我在考虑通过实现onSharedPre0003 ceChanged（）监听器来缓存应Cue布尔值。

我当然可以继续实施，然后。。。在我的超高速Android设备上，可以观察到微不足道的差异。我不可能在“大多数Android设备”上测试这个，因为有太多的变体。

所以我的问题是：

1. 即使没有通过UI更改首选项，是否也会调用onSharedPreferenceChanged（）？（即通过editor.commit（）以编程方式） ）




Answer 1

在我看来，最好避免在onTouch（）方法中读取首选项：它启动得非常快，从首选项中读取意味着解析xml（这并不是你每秒应该做这么多次的事情）。您可以在emulator上尝试，看看它的反应是否足够快，但最好在其他地方读取，或者找到另一种方法来存储/获取此布尔值。

编辑：关于问题：

1）是的，即使偏好没有改变

2） 是的，它可以通过这种方式实现，但这可能会导致许多问题，尤其是如果您计划重用视图

3）由于许多因素（硬件、操作系统版本、启用jit等），我不能准确估计对其他设备的影响。）但是没有基准测试，缓存方法似乎是最有效的。

您真的必须在onTouch（）方法中操纵那个布尔值吗？在这种情况下，为什么不定义钩子或侦听器呢？