我正在尝试尽量减少代码中需要设置 StrictMode 的位置数量。但我不确定我对以下内容是否正确。
Android 的 StrictMode 的文档说您可以将它用于应用程序、活动和其他组件。我已经读到扩展 Application 类是不可取的,而且我不希望扩展 Application 只是为了启用 StrictMode。但我不认为我必须这样做。
您可以使用两种策略:ThreadPolicy(用于线程)和 VmPolicy(用于所有线程)。因此,似乎如果我在一个线程上设置 StrictMode 一次,我从哪里执行此操作并不重要,此后无论是否在 StrictMode 上进行其他调用,都会在该线程上报告违规行为。我只需要在发生我想要检测的违规行为之前从某个地方调用它。并且需要为在我的应用程序中创建的任何新线程进行设置,我还想检查这些线程。
我想我想避免的是调用 build() 方法比我需要的更多。将 StrictMode 放在我所有活动的开头onCreate()
意味着 build() 将在该线程上被多次调用。如果我的应用程序中有一个 Launcher 活动,则在该活动中设置 StrictModeonCreate()
对于应用程序的其余部分应该足够了。真的吗?
其次,如果我的主要活动在应用程序没有死的情况下重新启动,在技术上是否有必要再次调用 StrictMode?还是我的线程仍设置为报告违规行为?我在想围绕 StrictMode 做一个包装类型的类可能有一些价值,如下所示:
public class MyStrictModeSettings {
static private List<Long> setThreads = new ArrayList<Long>();
// Prevent instantiation of this class
private MyStrictModeSettings() {}
static public synchronized void init() {
try {
Long tid = Thread.currentThread().getId();
if(!setThreads.contains(tid)) {
setThreads.add(tid);
Class sMode = Class.forName("android.os.StrictMode");
Method enableDefaults = sMode.getMethod("enableDefaults");
enableDefaults.invoke(null);
}
}
catch(Exception e) {
// StrictMode not supported on this device, punt
Log.v("StrictMode", "... not supported. Skipping...");
}
}
}
这样,在我的主要活动的 onCreate() 中,我可以简单地调用 MyStrictModeSettings.init() 并完成它。它也应该适用于 2.3 之前的 Android 版本。但这可能不值得。布拉德,你在吗?谢谢。
编辑:由于 VmPolicy 适用于所有线程,从技术上讲,我只需要为每个应用程序设置一次,对吗?所以 enableDefaults() 在第二次、第三次等时间调用 VmPolicy 时是在浪费精力吗?再一次,也许它比尝试避免额外的调用更麻烦。