Нарушение чтения с диска StrictMode при пустом задании setContentView - PullRequest
Новая
       68

Нарушение чтения с диска StrictMode при пустом задании setContentView

0 голосов
/ 25 июня 2018

Я недавно пытался использовать StrictMode, но получил странное нарушение, поэтому я попытался настроить новый проект «Пустая активность» (в Android Studio) и добавил класс Application следующим образом (какописано в здесь ): 

public class TestApplication extends Application {

    @Override
    public void onCreate() {
        setStrictMode();
        super.onCreate();

    }

    private void setStrictMode() {
        if (BuildConfig.DEBUG) {
            StrictMode.setThreadPolicy(new StrictMode.ThreadPolicy.Builder()
                    .detectAll()
                    .penaltyLog()
                    .build());
            StrictMode.setVmPolicy(new StrictMode.VmPolicy.Builder()
                    .detectLeakedSqlLiteObjects()
                    .detectLeakedClosableObjects()
                    .penaltyLog()
                    .penaltyDeath()
                    .build());
        }
    }
}

У меня та же проблема в этом пустом проекте:
StrictMode policy violation; ~duration=165 ms: android.os.StrictMode$StrictModeDiskReadViolation: policy=65599 violation=2

Стек: 

at android.os.StrictMode$AndroidBlockGuardPolicy.onReadFromDisk(StrictMode.java:1440)
at java.io.UnixFileSystem.getBooleanAttributes(UnixFileSystem.java:241)
at java.io.File.isDirectory(File.java:837)
at dalvik.system.DexPathList$Element.toString(DexPathList.java:634)
at java.lang.String.valueOf(String.java:2827)
at java.util.Arrays.toString(Arrays.java:4511)
at dalvik.system.DexPathList.toString(DexPathList.java:194)
at java.lang.String.valueOf(String.java:2827)
at java.lang.StringBuilder.append(StringBuilder.java:132)
at dalvik.system.BaseDexClassLoader.findClass(BaseDexClassLoader.java:126)
at java.lang.ClassLoader.loadClass(ClassLoader.java:379)
at java.lang.ClassLoader.loadClass(ClassLoader.java:312)
at android.view.LayoutInflater.createView(LayoutInflater.java:606)
at com.android.internal.policy.PhoneLayoutInflater.onCreateView(PhoneLayoutInflater.java:58)
at android.view.LayoutInflater.onCreateView(LayoutInflater.java:720)
at android.view.LayoutInflater.createViewFromTag(LayoutInflater.java:788)
at android.view.LayoutInflater.createViewFromTag(LayoutInflater.java:730)
at android.view.LayoutInflater.rInflate(LayoutInflater.java:863)
at android.view.LayoutInflater.rInflateChildren(LayoutInflater.java:824)
at android.view.LayoutInflater.inflate(LayoutInflater.java:515)
at android.view.LayoutInflater.inflate(LayoutInflater.java:423)
at android.view.LayoutInflater.inflate(LayoutInflater.java:374)
at com.android.internal.policy.DecorView.onResourcesLoaded(DecorView.java:1933)
at com.android.internal.policy.PhoneWindow.generateLayout(PhoneWindow.java:2586)
at com.android.internal.policy.PhoneWindow.installDecor(PhoneWindow.java:2659)
at com.android.internal.policy.PhoneWindow.getDecorView(PhoneWindow.java:2067)
at android.support.v7.app.AppCompatDelegateImplV9.createSubDecor(AppCompatDelegateImplV9.java:374)
at android.support.v7.app.AppCompatDelegateImplV9.ensureSubDecor(AppCompatDelegateImplV9.java:323)
at android.support.v7.app.AppCompatDelegateImplV9.setContentView(AppCompatDelegateImplV9.java:284)
at android.support.v7.app.AppCompatActivity.setContentView(AppCompatActivity.java:139)
at com.test.testapp.MainActivity.onCreate(MainActivity.java:11)
at android.app.Activity.performCreate(Activity.java:7009)
at android.app.Activity.performCreate(Activity.java:7000)
at android.app.Instrumentation.callActivityOnCreate(Instrumentation.java:1214)
at android.app.ActivityThread.performLaunchActivity(ActivityThread.java:2731)
at android.app.ActivityThread.handleLaunchActivity(ActivityThread.java:2856)
at android.app.ActivityThread.-wrap11(Unknown Source:0)
at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1589)
at android.os.Handler.dispatchMessage(Handler.java:106)
at android.os.Looper.loop(Looper.java:164)
at android.app.ActivityThread.main(ActivityThread.java:6494)
at java.lang.reflect.Method.invoke(Native Method)
at com.android.internal.os.RuntimeInit$MethodAndArgsCaller.run(RuntimeInit.java:438)
at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:807)

Вопрос (ы):
Это проблема конфигурации?
Если нет, можно ли заставить StrictMode игнорировать вызовы определенных методов (это происходит также при вызове layoutInflater.inflate приоригинальный проект)?

Редактировать (добавить конфигурацию):
Версия Android Studio: 3.1.3
minSdkVersion 21
targetSdkVersion 27
appcompat-v7: 27.1.1
Устройство: Nexus 6p

Edit2 (решение):
Я понял, что решение CommonsWare несколько скрыто вего комментарий ниже, так что это был включенный мгновенный запуск , который вызвал мою проблему.

1 Ответ

0 голосов
/ 25 июня 2018

Это проблема конфигурации?

Возможно, нет, по крайней мере, с точки зрения настройки StrictMode.

Я пытался воспроизвести ваш случай, используя ваш TestApplication класс и новый minSdkVersion 19 проект, и я не смог воспроизвести результаты, тестирование на Google Pixel 2.

Возможные источники сбоя включают в себя:

  • Что-то другое вверсия Android на вашем устройстве (например, производитель настраивает то, чего не хватает в Pixel 2)
  • Что-то другое в версии appcompat-v7 в вашем проекте (у меня * 28.0.0-alpha3)
  • Что-то другое в вашем проекте (сбой ощущается как проблема поддержки мультидекса)
  • ОБНОВЛЕНИЕ Что-то другое в вашей среде разработки - в этом случае Instant Run кажется виновником, основаннымв комментариях

можно ли заставить StrictMode игнорировать определенные вызовы методов

К сожалению, нет.

...