#android #thread-safety #preferencefragment #android-strictmode
#Android #безопасность потоков #preferencefragment #android-strictmode
Вопрос:
У меня есть несколько фрагментов, расширяющих PreferenceFragmentCompat
класс из «preference-v8-28.0.0». Для того, чтобы раздуть представление, я использую addPreferencesFromResource(..)
следующим образом:
@Override
public void onCreatePreferences(Bundle bundle, String key)
{
readKeys();
addPreferencesFromResource(R.xml.preference_general);
bindPreferences();
}
Когда проверьте это с включенным StrictMode следующим образом:
private void enabledStrictMode()
{
StrictMode.setThreadPolicy(new StrictMode.ThreadPolicy.Builder()
.detectAll()
.penaltyLog()
.penaltyDeath()
.build());
StrictMode.setVmPolicy(new StrictMode.VmPolicy.Builder()
.detectAll()
.penaltyLog()
.penaltyDeath()
.build());
}
у меня есть нарушение режима потока:
2020-08-26 17:44:21.877 17990-17990 D/StrictMode: StrictMode policy violation; ~duration=471 ms: android.os.StrictMode$StrictModeDiskReadViolation: policy=327743 violation=2
at android.os.StrictMode$AndroidBlockGuardPolicy.onReadFromDisk(StrictMode.java:1438)
at java.io.UnixFileSystem.checkAccess(UnixFileSystem.java:251)
at java.io.File.exists(File.java:807)
at android.app.ContextImpl.getDataDir(ContextImpl.java:2181)
at android.app.ContextImpl.getPreferencesDir(ContextImpl.java:504)
at android.app.ContextImpl.getSharedPreferencesPath(ContextImpl.java:698)
at android.app.ContextImpl.getSharedPreferences(ContextImpl.java:366)
at android.content.ContextWrapper.getSharedPreferences(ContextWrapper.java:167)
at android.content.ContextWrapper.getSharedPreferences(ContextWrapper.java:167)
at android.support.v7.preference.PreferenceManager.getSharedPreferences(PreferenceManager.java:331)
at android.support.v7.preference.Preference.getSharedPreferences(Preference.java:1213)
at android.support.v7.preference.Preference.dispatchSetInitialValue(Preference.java:1561)
at android.support.v7.preference.Preference.onAttachedToHierarchy(Preference.java:1293)
at android.support.v7.preference.Preference.onAttachedToHierarchy(Preference.java:1305)
at android.support.v7.preference.PreferenceGroup.addPreference(PreferenceGroup.java:260)
at android.support.v7.preference.PreferenceGroup.addItemFromInflater(PreferenceGroup.java:181)
at android.support.v7.preference.PreferenceInflater.rInflate(PreferenceInflater.java:363)
at android.support.v7.preference.PreferenceInflater.inflate(PreferenceInflater.java:170)
at android.support.v7.preference.PreferenceInflater.inflate(PreferenceInflater.java:120)
at android.support.v7.preference.PreferenceManager.inflateFromResource(PreferenceManager.java:138)
at android.support.v7.preference.PreferenceFragmentCompat.addPreferencesFromResource(PreferenceFragmentCompat.java:429)
at org.company.libproject.android.settings.GeneralSettingsFragment.onCreatePreferences(GeneralSettingsFragment.java:106)
at android.support.v7.preference.PreferenceFragmentCompat.onCreate(PreferenceFragmentCompat.java:228)
at org.company.libproject.android.settings.BaseSettingsFragment.onCreate(BaseSettingsFragment.java:90)
at org.company.libproject.android.settings.GeneralSettingsFragment.onCreate(GeneralSettingsFragment.java:91)
at android.support.v4.app.Fragment.performCreate(Fragment.java:2414)
at android.support.v4.app.FragmentManagerImpl.moveToState(FragmentManager.java:1418)
at android.support.v4.app.FragmentTransition.addToFirstInLastOut(FragmentTransition.java:1195)
at android.support.v4.app.FragmentTransition.calculateFragments(FragmentTransition.java:1078)
at android.support.v4.app.FragmentTransition.startTransitions(FragmentTransition.java:117)
at android.support.v4.app.FragmentManagerImpl.executeOpsTogether(FragmentManager.java:2408)
at android.support.v4.app.FragmentManagerImpl.removeRedundantOperationsAndExecute(FragmentManager.java:2366)
at android.support.v4.app.FragmentManagerImpl.execPendingActions(FragmentManager.java:2273)
at android.support.v4.app.FragmentManagerImpl.dispatchStateChange(FragmentManager.java:3273)
at android.support.v4.app.FragmentManagerImpl.dispatchActivityCreated(FragmentManager.java:3229)
at android.support.v4.app.FragmentController.dispatchActivityCreated(FragmentController.java:201)
at android.support.v4.app.FragmentActivity.onStart(FragmentActivity.java:620)
at android.support.v7.app.AppCompatActivity.onStart(AppCompatActivity.java:178)
at android.app.Instrumentation.callActivityOnStart(Instrumentation.java:1333)
at android.app.Activity.performStart(Activity.java:6992)
at android.app.ActivityThread.performLaunchActivity(ActivityThread.java:2780)
at android.app.ActivityThread.handleLaunchActivity(ActivityThread.java:2892)
at android.app.ActivityThread.-wrap11(Unknown Source:0)
at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1593)
at android.os.Handler.dispatchMessage(Handler.java:105)
at android.os.Looper.loop(Looper.jav
Вроде как ожидается, что он будет считывать операцию XML file = IO, происходящую в основном потоке.
Почему это рассматривается как нарушение? В чем концептуальная разница с любым действием, раздувающим его представление в onCreate(..)
с setContentView(..)
[которое не нарушает его]?
Как правильно сделать это, не нарушая? Должен ли я просто проигнорировать это и ослабить проверку StrictMode (я бы действительно хотел избежать этого)?
PS. Я знаю, что «библиотека поддержки» теперь устарела в пользу «библиотеки androidx», но я предполагаю, что это тоже относится к ней. В любом случае, я ищу подходящее решение, которое на данный момент работает для библиотеки поддержки.
Комментарии:
1. Это проблема даже в новом API: issuetracker.google.com/issues/266976877