android setURLStreamHandlerFactory和“java.lang.Error:工厂已设置“

k97glaaz  于 2023-08-01  发布在  Android
关注(0)|答案(3)|浏览(144)

我遇到了一个意外的错误,导致调用URL.setURLStreamHandlerFactory(factory);在一个Android应用程序正在更新。

public class ApplicationRoot extends Application {

    static {
        /* Add application support for custom URI protocols. */
        final URLStreamHandlerFactory factory = new URLStreamHandlerFactory() {
            @Override
            public URLStreamHandler createURLStreamHandler(final String protocol) {
                if (ExternalProtocol.PROTOCOL.equals(protocol)) {
                    return new ExternalProtocol();
                }
                if (ArchiveProtocol.PROTOCOL.equals(protocol)) {
                    return new ArchiveProtocol();
                }
                return null;
            }
        };
        URL.setURLStreamHandlerFactory(factory);
    }

}

字符串

简介:

我的情况是这样的:我正在维护一个以企业方式使用的非市场应用程序。我的公司销售预装了应用程序的平板电脑,这些应用程序由公司开发和维护。这些预安装的应用程序不是ROM的一部分;它们将作为典型的 * 未知来源 * 应用程序安装。我们不会通过Play Store或任何其他市场进行更新。相反,应用程序更新由自定义的 Update Manager 应用程序控制,该应用程序直接与我们的服务器通信以执行OTA更新。

问题:

我正在维护的这个 Update Manager 应用程序偶尔需要自我更新。在应用程序自我更新后,它会立即通过android.intent.action.PACKAGE_REPLACED广播重新启动,我在AndroidManifest中注册了该广播。但是,在更新后立即重新启动应用程序时,我 * 偶尔 * 会收到此Error

java.lang.Error: Factory already set
    at java.net.URL.setURLStreamHandlerFactory(URL.java:112)
    at com.xxx.xxx.ApplicationRoot.<clinit>(ApplicationRoot.java:37)
    at java.lang.Class.newInstanceImpl(Native Method)
    at java.lang.Class.newInstance(Class.java:1208)
    at android.app.Instrumentation.newApplication(Instrumentation.java:996)
    at android.app.Instrumentation.newApplication(Instrumentation.java:981)
    at android.app.LoadedApk.makeApplication(LoadedApk.java:511)
    at android.app.ActivityThread.handleReceiver(ActivityThread.java:2625)
    at android.app.ActivityThread.access$1800(ActivityThread.java:172)
    at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1384)
    at android.os.Handler.dispatchMessage(Handler.java:102)
    at android.os.Looper.loop(Looper.java:146)
    at android.app.ActivityThread.main(ActivityThread.java:5653)
    at java.lang.reflect.Method.invokeNative(Native Method)
    at java.lang.reflect.Method.invoke(Method.java:515)
    at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:1291)
    at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:1107)
    at dalvik.system.NativeStart.main(Native Method)


请注意,在大多数情况下,应用程序会正常重新启动。但是,每隔一段时间,我就会得到上面的错误。我很困惑,因为我调用setURLStreamHandlerFactory的 * 唯一 * 地方是这里,而且它是在static块中完成的,我假设--如果我错了,请纠正我--在第一次加载ApplicationRoot类时,只调用过一次。但是,它似乎被调用了 * 两次 *,从而导致了上述错误。

问题:

这是怎么回事?此时我唯一的猜测是,* 更新的 * 应用程序的VM/进程与正在更新的 * 先前安装的 * 应用程序相同,因此,当 newApplicationRootstatic块被调用时,oldApplicationRoot设置的URLStreamHandlerFactory仍然是“活动的”。这可能吗?我如何才能避免这种情况?看到它并不总是发生,它似乎是一个种族的条件的某种;也许在Android的APK安装例程中?谢谢你,

编辑:

根据要求提供附加代码。下面是处理广播的清单部分

<receiver android:name=".OnSelfUpdate" >
    <intent-filter>
        <action android:name="android.intent.action.PACKAGE_REPLACED" />
        <data android:scheme="package" />
    </intent-filter>
</receiver>


BroadcastReceiver本身

public class OnSelfUpdate extends BroadcastReceiver {

    @Override
    public void onReceive(final Context context, final Intent intent) {
        /* Get the application(s) updated. */
        final int uid = intent.getIntExtra(Intent.EXTRA_UID, 0);
        final PackageManager packageManager = context.getPackageManager();
        final String[] packages = packageManager.getPackagesForUid(uid);

        if (packages != null) {
            final String thisPackage = context.getPackageName();
            for (final String pkg : packages) {
                /* Check to see if this application was updated. */
                if (pkg.equals(thisPackage)) {
                    final Intent intent = new Intent(context, MainActivity.class);
                    intent.addFlags(Intent.FLAG_ACTIVITY_NEW_TASK);
                    context.startActivity(intent);
                    break;
                }
            }
        }
    }

}

dwbf0jvd

dwbf0jvd1#

静态块在类被加载时执行-如果类由于某种原因被重新加载(例如当它被更新时),它将再次执行。
在您的情况下,这意味着您上次加载时设置的URLStreamHandlerFactory将保留。
除非你更新了URLStreamHandlerFactory,否则这不是一个真正的问题。
有两种方法可以解决这个问题:
1.抓住Error并继续您的快乐之路,忽略您仍在使用旧工厂的事实。
1.实现一个非常简单的 Package 器,它可以委托给另一个URLStreamHandlerFactory,您可以 * 替换它,并且您不必更改它。不过,在这里使用 Package 器时也会遇到同样的问题,因此需要在该 Package 器上捕获Error,或者将其与选项3结合使用。
1.使用系统属性跟踪是否已经安装了处理程序。
代码:

public static void maybeInstall(URLStreamHandlerFactory factory) {
    if(System.getProperty("com.xxx.streamHandlerFactoryInstalled") == null) {
        URL.setURLStreamHandlerFactory(factory);
        System.setProperty("com.xxx.streamHandlerFactoryInstalled", "true");
    }
}

字符串
1.使用反射强制替换。我完全不知道为什么你只能设置一次URLStreamHandlerFactory-这对我来说没有什么意义。
代码:

public static void forcefullyInstall(URLStreamHandlerFactory factory) {
    try {
        // Try doing it the normal way
        URL.setURLStreamHandlerFactory(factory);
    } catch (final Error e) {
        // Force it via reflection
        try {
            final Field factoryField = URL.class.getDeclaredField("factory");
            factoryField.setAccessible(true);
            factoryField.set(null, factory);
        } catch (NoSuchFieldException | IllegalAccessException e1) {
            throw new Error("Could not access factory field on URL class: {}", e);
        }
    }
}


在Oracle的JRE上,字段名称为factory,在Android上可能不同。

8iwquhpp

8iwquhpp2#

AFAIK您可以/不应该重新启动JVM。此外,正如您已经发现的,不能在JVM中为单个应用程序设置两次URLStreamHandlerFactory
您的应用程序应尝试仅在以下情况下设置工厂:

try {
    URL.setURLStreamHandlerFactory(factory);
} catch (Error e) {
    e.printStackTrace();
}

字符串
如果您的应用程序更新还包括更新工厂,您可以尝试killing the process your app resides in,但我不认为这是一个好主意,甚至更糟-它甚至可能无法工作。

fykwrbwg

fykwrbwg3#

以下配置(fork)对我有效:

<plugin>
                <groupId>org.apache.maven.plugins</groupId>
                <artifactId>maven-surefire-plugin</artifactId>
                <configuration>
                    <forkCount>1</forkCount>
                    <reuseForks>false</reuseForks>
                    <argLine>--add-exports java.base/sun.nio.ch=ALL-UNNAMED</argLine>
                </configuration>
 </plugin>

字符串

相关问题