Add LoadedApk callers to deoptimize list (JingMatrix#414)

This commit attempts to resolve an issue reported by users on recent OnePlus software updates where LSPosed modules are no longer able to hook the `Application#attach` method.

Android Runtime (ART) on these devices has become more aggressive with method inlining. This optimization can cause the relatively small `Application#attach` method to be directly embedded into its (indirect) calling methods, which makes it invisible to the hooking framework.

This approach is adapted from a reportedly successful commit in a community fork (LSPosed-Irena). It identifies `makeApplication` and `makeApplicationInner` within the `android.app.LoadedApk` class as the key callers to deoptimize. By adding these methods to the `BOOT_IMAGE` list, the goal is to prevent ART from inlining them, thus preserving `Application#attach` as a distinct and hookable method.

Co-authored-by: Irena <140869597+re-zero001@users.noreply.github.com>

Author: 2 people

core/src/main/java/org/lsposed/lspd/deopt/InlinedMethodCallers.java

@@ -61,6 +61,12 @@ public class InlinedMethodCallers {
             {"android.app.LoadedApk", "makeApplicationInner", Boolean.TYPE, Instrumentation.class, Boolean.TYPE},
             {"android.app.Instrumentation", "newApplication", ClassLoader.class, String.class, Context.class},
             {"android.app.Instrumentation", "newApplication", ClassLoader.class, Context.class},
+
+            // callers of Instrumentation#newApplication(ClassLoader, String, Context)
+            {"android.app.LoadedApk", "makeApplicationInner", Boolean.TYPE, Instrumentation.class, Boolean.TYPE},
+            {"android.app.LoadedApk", "makeApplicationInner", Boolean.TYPE, Instrumentation.class},
+            {"android.app.LoadedApk", "makeApplication", Boolean.TYPE, Instrumentation.class},
+
             {"android.app.ContextImpl", "getSharedPreferencesPath", String.class}
     };