【问题标题】:What is the lifecycle for Android's StrictMode?Android 的 StrictMode 的生命周期是什么?
【发布时间】: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


    【解决方案1】:

    是的,VmPolicy 是针对整个过程的,所以执行一次就可以了。不过,更多的时间很便宜,所以不要担心。

    是的,您只需要在主/启动器活动的 onCreate() 中执行此操作 --- 这与所有其他组件的“主”线程相同。

    【讨论】:

      【解决方案2】:

      查看源码可以看到是静态调用的:

      public static void setVmPolicy(final VmPolicy policy) {
          synchronized (StrictMode.class) {
              sVmPolicy = policy;
              sVmPolicyMask = policy.mask;
              setCloseGuardEnabled(vmClosableObjectLeaksEnabled());
      
              Looper looper = Looper.getMainLooper();
              if (looper != null) {
                  MessageQueue mq = looper.mQueue;
                  if (policy.classInstanceLimit.size() == 0 ||
                      (sVmPolicyMask & VM_PENALTY_MASK) == 0) {
                      mq.removeIdleHandler(sProcessIdleHandler);
                      sIsIdlerRegistered = false;
                  } else if (!sIsIdlerRegistered) {
                      mq.addIdleHandler(sProcessIdleHandler);
                      sIsIdlerRegistered = true;
                  }
              }
          }
      }
      

      而且策略本身也是静态存储的——类中没有非静态成员变量。

          private static volatile VmPolicy sVmPolicy = VmPolicy.LAX;
      

      这意味着您只需在每个应用程序中执行一次,例如在您的应用程序的启动/进入活动中。

      【讨论】:

        猜你喜欢
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 2012-12-08
        • 2018-04-15
        • 2021-07-14
        • 2013-06-11
        相关资源
        最近更新 更多