我到了,
Caused by java.lang.InternalError: java.util.MissingResourceException: Can't find bundle for base name sun.util.logging.resources.logging, locale en_US
在我的应用程序中来自firebase崩溃报告。
其他细节
Manufacturer: HTC
Model: HTC 10
Android API: 24
这是堆栈跟踪
java.util.logging.Logger$1.run (Logger.java:1385)
java.util.logging.Logger$1.run (Logger.java:1379)
java.security.AccessController.doPrivileged (AccessController.java:41)
java.util.logging.Logger.findSystemResourceBundle (Logger.java:1378)
java.util.logging.Logger.findResourceBundle (Logger.java:1425)
java.util.logging.Logger.setupResourceInfo (Logger.java:1523)
java.util.logging.Logger.<init> (Logger.java:266)
java.util.logging.Logger.<init> (Logger.java:261)
java.util.logging.LogManager$SystemLoggerContext.demandLogger (LogManager.java:734)
java.util.logging.LogManager.demandSystemLogger (LogManager.java:399)
java.util.logging.Logger.getPlatformLogger (Logger.java:474)
java.util.logging.LoggingProxyImpl.getLogger (LoggingProxyImpl.java:41)
sun.util.logging.LoggingSupport.getLogger (LoggingSupport.java:100)
sun.util.logging.PlatformLogger$JavaLoggerProxy.<init> (PlatformLogger.java:636)
sun.util.logging.PlatformLogger$JavaLoggerProxy.<init> (PlatformLogger.java:631)
sun.util.logging.PlatformLogger.<init> (PlatformLogger.java:246)
sun.util.logging.PlatformLogger.getLogger (PlatformLogger.java:205)
java.net.CookieManager.put (CookieManager.java:262)
okhttp3.JavaNetCookieJar.saveFromResponse (JavaNetCookieJar.java:47)
okhttp3.internal.http.HttpHeaders.receiveHeaders (HttpHeaders.java:182)
okhttp3.internal.http.BridgeInterceptor.intercept (BridgeInterceptor.java:95)
okhttp3.internal.http.RealInterceptorChain.proceed (RealInterceptorChain.java:92)
okhttp3.internal.http.RetryAndFollowUpInterceptor.intercept (RetryAndFollowUpInterceptor.java:120)
okhttp3.internal.http.RealInterceptorChain.proceed (RealInterceptorChain.java:92)
okhttp3.internal.http.RealInterceptorChain.proceed (RealInterceptorChain.java:67)
okhttp3.RealCall.getResponseWithInterceptorChain (RealCall.java:185)
okhttp3.RealCall.execute (RealCall.java:69)
以下是相关的记录器代码
private static ResourceBundle findSystemResourceBundle(final Locale var0) {
return (ResourceBundle)AccessController.doPrivileged(new PrivilegedAction() {
public ResourceBundle run() {
try {
return ResourceBundle.getBundle("sun.util.logging.resources.logging", var0, ClassLoader.getSystemClassLoader());
} catch (MissingResourceException var2) {
throw new InternalError(var2.toString());
}
}
});
}
我也有针对区域设置en_AU
的崩溃报告。
由于崩溃代码不受我控制,我该如何防止此崩溃?
答案 0 :(得分:5)
分析:
MissingResourceException:无法找到基本名称的包 sun.util.logging.resources.logging,locale en_US
系统生成候选包名称
sun/util/logging/resources/logging_en_US
sun/util/logging/resources/logging_en
sun/util/logging/resources/logging
对于每个候选包名称,它会尝试加载资源包:
首先,它尝试使用生成的类名加载类。
如果可以使用指定的类找到并加载这样的类 loader,与ResourceBundle兼容的赋值,可访问 从ResourceBundle开始,可以实例化,getBundle创建一个新的 此类的实例,并将其用作结果资源包。
否则,getBundle会尝试使用生成的属性文件名来查找属性资源文件。
它会生成一个路径名 从候选包名称中替换所有“。”人物角色 “/”并附加字符串“.properties”。它试图找到一个 使用此名称的“资源” java.lang.ClassLoader.getResource(java.lang.String中)。 (注意一个 getResource意义上的“资源”与之无关 资源包的内容,它只是一个数据容器,如 一个文件。)如果找到“资源”,它会尝试创建一个新的 PropertyResourceBundle实例来自其内容。如果成功,这个 instance成为结果资源包。
更详细地了解here如何解决资源问题。
由于系统按降序查找任何这些文件的类路径(通常没有_en * .properties)
sun/util/logging/resources/logging_en_US.properties
sun/util/logging/resources/logging_en.properties
sun/util/logging/resources/logging.properties
将这样的file(或上面提到的类)添加到您的应用中是一种解决方法。 属性文件的内容类似于this:
# Localizations for Level names. For the US locale
# these are the same as the non-localized level name.
# The following ALL CAPS words should be translated.
ALL=All
# The following ALL CAPS words should be translated.
SEVERE=Severe
# The following ALL CAPS words should be translated.
WARNING=Warning
# The following ALL CAPS words should be translated.
INFO=Info
# The following ALL CAPS words should be translated.
CONFIG= Config
# The following ALL CAPS words should be translated.
FINE=Fine
# The following ALL CAPS words should be translated.
FINER=Finer
# The following ALL CAPS words should be translated.
FINEST=Finest
# The following ALL CAPS words should be translated.
OFF=Off
答案 1 :(得分:3)
如果它的工作资源文件正如另一个答案所建议的那样是一个更好的选择,但是如果不能解决这个问题,我还有另外一个选择。假设您不需要日志记录,您应该可以像这样禁用它:
try {
Class<?> cls = Class.forName("sun.util.logging.PlatformLogger");
Field field = cls.getDeclaredField("loggingEnabled");
field.setAccessible(true);
field.set(null, Boolean.FALSE);
} catch(Exception e) {
// Failed
}
如果你早点这样做,PlatformLogger应该构造一个DefaultLoggerProxy而不是JavaLoggerProxy,所以破坏的代码永远不会运行。这很难看,因为它取决于内部实现细节,因为它禁用了日志记录,但它可能适用于您的应用程序?