logo标签列表

setURLStreamHandlerFactory和"java.lang.Error: Factory already set" 设置URLStreamHandlerFactory和“java.lang.Error：Factory already set”

javaandroid
16

我在更新 Android 应用时，调用 URL.setURLStreamHandlerFactory(factory); 导致了一个意料之外的错误。

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商店或任何其他市场执行更新。 相反，应用程序更新由自定义的“更新管理器”应用程序控制，该应用程序直接与我们的服务器通信以执行OTA更新。

问题：

我正在维护的这个更新管理器应用程序偶尔需要更新自身。 在应用程序自我更新后，它将通过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 /进程与正在更新的先前安装的应用程序相同，因此当调用新ApplicationRoot的static块时，由旧ApplicationRoot设置的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;
                }
            }
        }
    }

}
3
顺便提一句，决定抛出一个“Error”而不是“IllegalStateException”的人需要挨打。 - chrylis -cautiouslyoptimistic-
可以发布发送广播的代码和用于捕获它的清单属性吗？ - Simas
@Simas已添加。广播由操作系统发送。 - pathfinderelite
3个回答
10
静态块在类被加载时执行，如果类由于某些原因重新加载（例如当它被更新时），则会再次执行。
在你的情况下，这意味着你设置的URLStreamHandlerFactory将保留上一次加载的值。
除非你已经更新了URLStreamHandlerFactory，否则这并不是真正的问题。
有两种方法可以解决这个问题：
1. 捕获错误并继续执行，忽略仍在使用旧工厂的事实。
2. 实现一个非常简单的包装器，委托给另一个你可以替换而不必更改的URLStreamHandlerFactory。然而，你在这里也会遇到同样的问题，所以你需要在那个包装器上捕获错误，或者将其与选项3结合使用。
3. 使用系统属性跟踪是否已经安装了处理程序。
代码：
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 上可能会有所不同。

谢谢，#2 看起来很有前途。 - pathfinderelite
对我来说，只有解决方案#4有效。因为我的代码是通过我的类加载器加载的，工厂被设置在JDK URL类中，但当尝试从另一个类加载器使用它时，出现了未知协议的错误。 - Anthony
2
据我所知，您不能/不应重新启动JVM。此外，正如您已经发现的那样，对于单个应用程序，您不能在JVM中两次设置URLStreamHandlerFactory。
您的应用程序应该尝试仅在没有设置工厂时才设置它：
try {
    URL.setURLStreamHandlerFactory(factory);
} catch (Error e) {
    e.printStackTrace();
}

如果你的应用程序更新还包括更新工厂，你可以尝试终止你的应用程序所在的进程，但我认为这不是一个好主意，更糟糕的是 - 它可能甚至不起作用。

错误是Throwable的一个子类，表示合理的应用程序不应该尝试捕获的严重问题。我不太喜欢捕获“Error”，因为JVM可能会保持异常状态。但另一方面，这并不像崩溃的应用程序那样异常 :). 无论如何，谢谢，但这并没有真正回答我的问题，即为什么会发生这种情况。 - pathfinderelite
@pathfinderelite 你可以随时检查抛出的错误是否是你期望的，否则重新抛出它，或者你可以通过反射获取静态变量并检查它是否为空。 - Simas
不幸的是，被动地忽略这种情况还有另一个可能更重要的问题。如果更新的应用程序实现URLStreamHandlerFactory与之前的版本不同，新工厂将无法设置。旧工厂仍将保持原样。这也引出了一个问题，旧工厂会使用哪些“ExternalProtocol”和“ArchiveProtocol”类？是来自先前版本还是更新版本？ - pathfinderelite
1
以下配置（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>
网页内容由stack overflow 提供, 点击上面的
可以查看英文原文，
原文链接