我遇到了一个意外的错误,导致调用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/进程与正在更新的 * 先前安装的 * 应用程序相同,因此,当 newApplicationRoot
的static
块被调用时,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;
}
}
}
}
}
型
3条答案
按热度按时间dwbf0jvd1#
静态块在类被加载时执行-如果类由于某种原因被重新加载(例如当它被更新时),它将再次执行。
在您的情况下,这意味着您上次加载时设置的
URLStreamHandlerFactory
将保留。除非你更新了
URLStreamHandlerFactory
,否则这不是一个真正的问题。有两种方法可以解决这个问题:
1.抓住
Error
并继续您的快乐之路,忽略您仍在使用旧工厂的事实。1.实现一个非常简单的 Package 器,它可以委托给另一个
URLStreamHandlerFactory
,您可以 * 替换它,并且您不必更改它。不过,在这里使用 Package 器时也会遇到同样的问题,因此需要在该 Package 器上捕获Error
,或者将其与选项3结合使用。1.使用系统属性跟踪是否已经安装了处理程序。
代码:
字符串
1.使用反射强制替换。我完全不知道为什么你只能设置一次
URLStreamHandlerFactory
-这对我来说没有什么意义。代码:
型
在Oracle的
JRE
上,字段名称为factory
,在Android上可能不同。8iwquhpp2#
AFAIK您可以/不应该重新启动JVM。此外,正如您已经发现的,不能在JVM中为单个应用程序设置两次
URLStreamHandlerFactory
。您的应用程序应尝试仅在以下情况下设置工厂:
字符串
如果您的应用程序更新还包括更新工厂,您可以尝试killing the process your app resides in,但我不认为这是一个好主意,甚至更糟-它甚至可能无法工作。
fykwrbwg3#
以下配置(
fork
)对我有效:字符串