JobManager.create() will take much time

Hi,

If I add below JobManager.create() codes in Application.onCreate(), StrictMode$StrictModeDiskReadViolation warning is showed in log. JobManager.create(this).addJobCreator(MyJobCreator())

06-05 17:27:36.740 25915-25915/? D/StrictMode: StrictMode policy violation; ~duration=106 ms: android.os.StrictMode$StrictModeDiskReadViolation: policy=65567 violation=2 at android.os.StrictMode$AndroidBlockGuardPolicy.onReadFromDisk(StrictMode.java:1293) at java.io.UnixFileSystem.checkAccess(UnixFileSystem.java:249) at java.io.File.exists(File.java:780) at android.app.ContextImpl.ensurePrivateDirExists(ContextImpl.java:541) at android.app.ContextImpl.getPreferencesDir(ContextImpl.java:497) at android.app.ContextImpl.getSharedPreferencesPath(ContextImpl.java:656) at android.app.ContextImpl.getSharedPreferences(ContextImpl.java:374) at android.content.ContextWrapper.getSharedPreferences(ContextWrapper.java:171) at com.evernote.android.job.JobStorage.<init>(JobStorage.java:123) at com.evernote.android.job.JobStorage.<init>(JobStorage.java:119) at com.evernote.android.job.JobManager.<init>(JobManager.java:155) at com.evernote.android.job.JobManager.create(JobManager.java:112)

Calling JobManager.create() in Application.onCreate() may influence app launching time. May I call JobManager.create() in second thread?

[Yrlec]

Hi! We’re also seeing a lot of ANRs when creating the JobManager. Like this:

at com.evernote.android.job.JobManager.<init> (JobManager.java:149) at com.evernote.android.job.JobManager.create (JobManager.java:102)

• locked <@addr=0x133b7418> (a java.lang.Class<com.evernote.android.job.h>) at com.degoo.android.DegooMultiDexApplication.initJobCreator (DegooMultiDexApplication.java:186) at com.degoo.android.DegooMultiDexApplication.onCreate (DegooMultiDexApplication.java:113) at android.app.Instrumentation.callApplicationOnCreate (Instrumentation.java:1035) at android.app.ActivityThread.handleBindApplication (ActivityThread.java:6012) at android.app.ActivityThread.access$1700 (ActivityThread.java:218) at android.app.ActivityThread$H.handleMessage (ActivityThread.java:1779) at android.os.Handler.dispatchMessage (Handler.java:102) at android.os.Looper.loop (Looper.java:145) at android.app.ActivityThread.main (ActivityThread.java:6917) at java.lang.reflect.Method.invoke! (Native method) at java.lang.reflect.Method.invoke (Method.java:372)

How come this has to be done on the main thread?

[zegnus]

@vRallev How do we know, from the public API point of view, which ones involve IO/Network work that must be done in the background thread?