【问题标题】:setURLStreamHandlerFactory and "java.lang.Error: Factory already set"setURLStreamHandlerFactory 和“java.lang.Error:工厂已设置”
【发布时间】:2015-07-27 20:19:48
【问题描述】:

我遇到了一个意外错误,原因是在正在更新的 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 的一部分;它们作为典型的Unknown Source 应用程序安装。我们不会通过 Play 商店或任何其他市场进行更新。相反,应用程序更新由自定义 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 类首次加载时。但是,它似乎被调用了两次,导致上述错误。

问题:

炽热的 sams 中发生了什么?在这一点上我唯一的猜测是,更新的应用程序的虚拟机/进程与正在更新的以前安装的应用程序相同,所以当static块对于 new ApplicationRoot 被调用,由 old 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;
                }
            }
        }
    }

}

【问题讨论】:

  • 顺便说一句,无论谁决定扔Error而不是IllegalStateException,都需要被扇耳光。
  • 可以贴出发送广播的代码和捕获它的清单属性吗?
  • @Simas 添加。广播由操作系统发送。

标签: java android


【解决方案1】:

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

您的应用程序应仅在未设置工厂时尝试设置:

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

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

【讨论】:

  • 错误是 Throwable 的子类,表示合理的应用程序不应尝试捕获的严重问题来自doc。我对收到Error 感到不舒服,因为 JVM 可能仍处于异常状态。再说一次,它不像崩溃的应用程序那样异常:)。无论如何,谢谢,但这并不能真正回答我为什么会这样的问题。
  • @pathfinderelite 您可以随时检查抛出的错误是否是您期望的错误,否则会重新抛出它,或者您可以通过反射获取静态变量并检查它是否为空。
  • 不幸的是,被动地忽略这种情况还有另一个可能更重要的问题。如果更新后的应用程序实现的 URLStreamHandlerFactory 与以前的版本不同,则不会设置新工厂。旧工厂仍然在原地。这也引出了一个问题,旧工厂将使用哪些ExternalProtocolArchiveProtocol 类?旧版的还是更新版的?
【解决方案2】:

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

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

除非您更新了URLStreamHandlerFactory,否则这并不是真正的问题。

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

  1. 赶上Error,继续你的快乐之旅,忽略你仍在使用旧工厂的事实。

  2. 实现一个非常简单的包装器,将其委托给另一个您可以替换且无需更改的URLStreamHandlerFactory。不过,您会在这里遇到与包装器相同的问题,因此您需要在该包装器上捕获 Error 或将其与选项 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 - 这对我来说毫无意义 TBH。

代码:

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 看起来很有希望。
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2011-01-05
  • 2016-09-29
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多