关于android：setURLStreamHandlerFactory和“java.lang.Error：Factory已设置”


setURLStreamHandlerFactory and “java.lang.Error: Factory already set”

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
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商店或任何其他市场进行更新。相反，应用程序更新由自定义Update Manager应用程序控制，该应用程序直接与我们的服务器通信以执行OTA更新。

问题：

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
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如果首次加载，则为class但是，它似乎被调用两次，导致上述错误。

题：

炽热的山姆在发生什么？我在这一点上唯一的猜测是更新后的应用程序的VM /进程与之前安装的应用程序相同，因此当调用新ApplicationRoot的static块时，URLStreamHandlerFactory集合由旧ApplicationRoot仍然"活跃"。这可能吗？我该如何避免这种情况？看到它并不总是发生，它似乎是某种竞争条件;也许在Android的APK安装程序中？谢谢，

编辑：

要求的附加代码。这是处理广播的清单部分

1
2
3
4
5
6
<receiver android:name=".OnSelfUpdate">
    <intent-filter>
       
        <data android:scheme="package" />
    </intent-filter>
</receiver>

而BroadcastReceiver本身

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
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;
                }
            }
        }
    }

}
相关讨论

加载类时执行静态块 - 如果由于某种原因重新加载类(例如，当它被更新时)，它将再次执行。

在您的情况下，这意味着您设置上次加载的URLStreamHandlerFactory将保留。

除非您更新URLStreamHandlerFactory，否则这不是问题。

有两种方法可以解决这个问题：

  • 抓住Error继续你的快乐方式，忽略你仍在使用旧工厂的事实。

  • 实现一个非常简单的包装器，该包装器委托给您可以替换的另一个URLStreamHandlerFactory，并且您不必更改。你会遇到包装器遇到同样的问题所以你需要抓住那个上的Error或者将它与选项3结合起来。

  • 跟踪您是否已使用系统属性安装了处理程序。

    • 码：

    1
    2
    3
    4
    5
    6
    public static void maybeInstall(URLStreamHandlerFactory factory) {
        if(System.getProperty("com.xxx.streamHandlerFactoryInstalled") == null) {
            URL.setURLStreamHandlerFactory(factory);
            System.setProperty("com.xxx.streamHandlerFactoryInstalled","true");
        }
    }
  • 使用反射强制更换。我完全不知道为什么你只能设置URLStreamHandlerFactory一次 - 这对我来说没什么意义TBH。

    • 码：

    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    14
    15
    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上可能有所不同。

    相关讨论

    AFAIK您可以/不应该重启JVM。此外，正如您已经发现的那样，您无法在JVM中为单个应用程序设置两次URLStreamHandlerFactory。

    您的应用程序应该尝试仅在不是时设置工厂：

    1
    2
    3
    4
    5
    try {
        URL.setURLStreamHandlerFactory(factory);
    } catch (Error e) {
        e.printStackTrace();
    }

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

    相关讨论