【发布时间】:2011-01-16 20:41:16
【问题描述】:
我正在尽量减少代码中需要设置 StrictMode 的位置。但我不确定我对以下内容是否正确。
Android 的 StrictMode 的文档说您可以将它用于应用程序、活动和其他组件。我已经读到扩展 Application 类是不可取的,而且我不希望扩展 Application 只是为了启用 StrictMode。但我认为我不必这样做。
您可以使用两种策略:ThreadPolicy(用于线程)和 VmPolicy(用于所有线程)。因此,似乎如果我在一个线程上设置 StrictMode 一次,我从哪里执行此操作并不重要,此后无论是否在 StrictMode 上进行其他调用,都会在该线程上报告违规行为。我只需要在发生我想要检测的违规行为之前从某个地方调用它。并且需要为在我的应用程序中创建的任何新线程进行设置,我还想检查它。
我想我要避免的是调用 build() 方法而不是我需要的。在我所有的活动中,将 StrictMode 放在 onCreate() 的开头意味着 build() 将在该线程上被多次调用。如果我的应用程序中有一个 Launcher 活动,则在该活动的 onCreate() 中设置 StrictMode 应该足以满足应用程序的其余部分。这是真的吗?
其次,如果我的主要活动在应用程序没有死的情况下重新启动,在技术上是否有必要再次调用 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 时是在浪费精力吗?再说一次,尝试避免额外的调用可能比它的价值更麻烦。
【问题讨论】:
标签: android android-strictmode