- html - 出于某种原因,IE8 对我的 Sass 文件中继承的 html5 CSS 不友好?
- JMeter 在响应断言中使用 span 标签的问题
- html - 在 :hover and :active? 上具有不同效果的 CSS 动画
- html - 相对于居中的 html 内容固定的 CSS 重复背景?
在我最新版本的应用程序中,开发者控制台中报告的一些崩溃让我感到抓狂。
它们显示为 java.lang.IllegalStateException 并且似乎 Application.onCreate 在 Service.onCreate 之前没有被调用
它发生在大约 0.3% 的用户中,并且仅发生在 Android 8 设备上。
我未能在我的设备上重现它。
我将更好地解释发生了什么。
该应用程序以这种方式扩展应用程序:
public class MySpecificApp extends MyBaseApp
{
static
{
AppCompatDelegate.setCompatVectorFromResourcesEnabled(true);
}
public void onCreate()
{
super.onCreate();
... // Specific initializations
}
...
}
public class MyBaseApp extends Application
{
private static MyBaseApp smApplication;
public void onCreate()
{
super.onCreate();
// Fabric (Crashlitics) initialization. It SHOULD NOT BE needed, just to be sure (tried also without this line)
Fabric.with(this, new Crashlytics());
MyBaseApp.smApplication = this; // smApplication is initialized here and NEVER modified
... // Base initializations
}
public static MyBaseApp getApp() {
return MyBaseApp.smApplication;
}
...
}
public class MyService extends Service
{
public MyService()
{
}
@Override
public void onCreate()
{
try
{
if( MySpecificApp.getApp() == null )
Crashlytics.log("MyService.onCreate: probably Application.onCreate not yet called"); <=== Here is raised the Exception
// The line over is the line 617
... // Service initializations
}
catch( Exception e )
{
e.printStackTrace();
throw e;
}
}
...
}
java.lang.RuntimeException:
at android.app.ActivityThread.handleCreateService (ActivityThread.java:3554)
at android.app.ActivityThread.-wrap4 (Unknown Source)
at android.app.ActivityThread$H.handleMessage (ActivityThread.java:1786)
at android.os.Handler.dispatchMessage (Handler.java:105)
at android.os.Looper.loop (Looper.java:164)
at android.app.ActivityThread.main (ActivityThread.java:6944)
at java.lang.reflect.Method.invoke (Method.java)
at com.android.internal.os.Zygote$MethodAndArgsCaller.run (Zygote.java:327)
at com.android.internal.os.ZygoteInit.main (ZygoteInit.java:1374)
Caused by: java.lang.IllegalStateException:
at io.fabric.sdk.android.Fabric.singleton (Fabric.java:301)
at io.fabric.sdk.android.Fabric.getKit (Fabric.java:551)
at com.crashlytics.android.Crashlytics.getInstance (Crashlytics.java:191)
at com.crashlytics.android.Crashlytics.checkInitialized (Crashlytics.java:390)
at com.crashlytics.android.Crashlytics.log (Crashlytics.java:221)
at com.xxx.MyService.onCreate (MyService.java:617) <==== Here is the line that is reached only if Application.onCreate is not called
at android.app.ActivityThread.handleCreateService (ActivityThread.java:3544)
at android.app.ActivityThread.-wrap4 (Unknown Source)
at android.app.ActivityThread$H.handleMessage (ActivityThread.java:1786)
at android.os.Handler.dispatchMessage (Handler.java:105)
at android.os.Looper.loop (Looper.java:164)
at android.app.ActivityThread.main (ActivityThread.java:6944)
at java.lang.reflect.Method.invoke (Method.java)
at com.android.internal.os.Zygote$MethodAndArgsCaller.run (Zygote.java:327)
at com.android.internal.os.ZygoteInit.main (ZygoteInit.java:1374)
<application
android:name=".MySpecificApp"
android:allowBackup="true"
android:fullBackupContent="true"
android:icon="@mipmap/ic_launcher"
android:label="@string/app_name"
android:theme="@style/AppTheme"
android:largeHeap="true">
...
<service
android:name=".MyService"
android:enabled="true"
android:exported="false"
android:stopWithTask="false">
</service>
...
</application>
最佳答案
我无法告诉您为什么您的服务在 Application
之前启动。的onCreate
被调用,特别是因为您实现服务的方式缺少很多代码。你什么时候/如何开始?你的目标 API 是什么?是否有某个设备/制造商专门导致此问题?不过,这并不是我在 Android 上见过的最奇怪的事情。如果它只是 Android 8 并且在其他版本上出现为零,它也很可能是操作系统中的一个错误。
也许我们可以采取一些措施来解决它:
方法 A
首先,Application
不是在您的应用程序启动时创建的第一件事(有点反直觉)。据我所知,ContentProviders
是您的应用启动时创建的第一个组件(这就是 Firebase 等某些服务使用它们进行设置的原因,例如崩溃报告)。onCreate
也不是当您 Application
时被调用的第一件事被创建(有点反直觉)。创建后立即调用 init 函数/构造函数。任何不需要 Context
的工作已经可以在默认构造函数中完成。下一个最好的方法是 attachBaseContext
功能。这是您最早可以使用 Context
运行初始化。此时ContentProviders
被创建(构造函数 + onCreate
)。只有现在 Application
的onCreate
被叫。
检查这个小样本:
class MyApp : Application() {
init {
Log.i("MyApp", "init")
}
override fun attachBaseContext(base: Context?) {
super.attachBaseContext(base)
Log.i("MyApp", "attachBaseContext")
}
override fun onCreate() {
super.onCreate()
Log.i("MyApp", "onCreate")
}
}
class MyContentProvider : ContentProvider() {
init {
Log.i("MyContentProvider", "init")
}
override fun onCreate(): Boolean {
Log.i("MyContentProvider", "onCreate")
return true
}
...
}
I/MyApp: init
I/MyApp: attachBaseContext
I/MyContentProvider: init
I/MyContentProvider: onCreate
I/MyApp: onCreate
ContentProvider
或至
attachBaseContext
方法并尝试运行早期创建的
Service
实例。
Service
发生错误时手动初始化。由于这只会在所有情况下发生 0.3%,我认为稍微延迟应该可以防止崩溃。你可以做这样的事情(对不起我的 Kotlin):
fun onCreate() {
super.onCreate()
onCreate0()
}
private fun onCreate0() {
if (MySpecificApp.getApp() == null) {
Log.w("MyService", "Delaying service initialization due to race condition")
Handler(Looper.getMainLooper()).postDelayed(this::onCreate0, 100)
return
}
Log.i("MyService", "Application init verified, initializing service now")
// Do your stuff here. Application is initialized
}
Service
做同样的检查,但缓存
Intent
你无法应付。该服务将自行停止
var isInitialized = false
// static in Java
companion object {
private val pendingIntents = mutableListOf<Intent>()
fun hasPendingIntents() = pendingIntents.size > 0
}
fun onCreate() {
super.onCreate()
if (MySpecificApp.getApp() == null) {
Log.w("MyService", "Application not ready")
stopSelf()
return
}
Log.i("MyService", "Application init verified, initializing service now")
isInitialized = true
// Do your stuff here. Application is initialized
}
fun onStartCommand(intent: Intent, flags: Int, startId: Int) {
pendingIntents.add(intent)
if (!isInitialized) {
return
}
pendingIntents.forEach {
// Handle intents which could not be satisfied before including the latest
}
pendingIntents.clear()
return super.onStartCommand(intent, flags, startId)
}
Application
检查服务是否遇到问题,如果是,请手动重新启动它:
fun onCreate() {
super.onCreate()
// init app
if (MyService.hasPendingIntents()) {
startService(Intent(this, MyService::class).putExtra("RECOVER_AFTER_FAILURE", true)
}
}
关于android - 在应用程序 onCreate 之前调用服务 onCreate,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/56620451/
在我最新版本的应用程序中,开发者控制台中报告的一些崩溃让我感到抓狂。 它们显示为 java.lang.IllegalStateException 并且似乎 Application.onCreate 在
在阅读《你好,Android》这本书时,我注意到: each java file with onCreate(Bundle savedInstanceState) method, has protec
我对 Android 编程还是个新手,所以这个问题很基础。我在 Internet 上看到很多代码示例,其中 UI 组件(如 TextView)在 Activity 的 onCreate() 方法中被初
在某些情况下,我可以看到 Activity.onCreate 在 Application 对象被创建之前被调用(在 Application.onCreate 被调用之前)。那有可能吗? 最佳答案 可能
我发现 MyApplication#onCreate 和 MyActivity#onCreate 之间有 200 毫秒或更多的延迟。在那段时间里有什么重要的事情发生吗? 最佳答案 根据 Applica
我正在创建一个具有带有 fragment 的抽屉导航 Activity 的应用程序。在应用程序的每次冷启动时,我都会执行一些初始化代码,在其中加载以下内容: 用户 session (无论用户是否登录)
我正在使用处理程序在 onCreate 内部调用 Runnable,并希望通过在 onCreate 外部使用 onBackPressed 来停止它。如何在 onCreate 之外停止 Runnable
在崩溃日志中,我发现了非常奇怪的应用程序错误,该错误发生在 Android 7.0-8.0 上,对于一些少量用户来说,但非常频繁。我无法重现该问题,这里的代码反射(reflect)了当前应用程序的状态
我正在使用 FragmentActivity 和 Fragments。 应用程序启动时: FragmentActivity onCreate() <------ FragmentActivity on
我在 AndroidManifest.xml 中注册了一个 ContentProvider,并且在 Application.onCreate() 之前调用了 ContentProvider.onCre
我希望我的数据库创建一次,它不会改变,但是当我在 onCreate() 时我不能创建数据...... public class EventsData extends SQLiteOpenHelper
最近我遇到了一个难以重现的问题。当 fragment 尝试使用来自 Activity 的数据初始化 ArrayAdapter 时,会发生 NPE。在Activity的onCreate方法中初始化的默认
我尝试通过单击导航从 EditText-Element 添加文本。我尝试在 Java 类中排除对 ListView 元素的访问(其中应添加文本),并在我的主 Activity 中对其进行初始化。如果我
当主 Activity 在安装应用程序后第一次尝试打开数据库时,会触发 SQLiteHelper Oncreate 方法(正如人们所期望的那样)。我想在 OnCreate 中创建数据表后填充数据库,但
我试图更好地理解声明和初始化,但并不真正理解为什么您可以在 OnClick 中更改按钮的文本,即使它无权访问 OnCreate,因为它是另一个函数。 当还在 onCreate 中声明变量时,它不起作用
这很奇怪。我有一个简单的应用程序,一旦登录就会显示 Activity 中的一个 fragment 。该应用程序也有一个不活动的“超时”,在该时间之后它完成 Activity 并显示登录屏幕——如果超时
我在我的 Android 项目中使用 AspectJ,我想编写一个 pointcut 来捕获对 onCreate() 和 的所有调用>onDestroy() 我的 Activity 。我对 Aspec
初始问题 (18/05/2020): 所以最新的更新来自 androidx.fragment:fragment:1.3.0- alpha07 到 androidx.fragment:fragment:
当我的应用程序“在顶部”运行时锁定屏幕时,系统几乎立即调用 onCreate(屏幕仍然是黑色的)。这种破坏性行为的原因可能是什么? 最佳答案 对我来说 android:configChanges="o
我浏览了其他 SO 帖子,但没有找到与我的问题相关的任何内容。 我正在尝试创建一个应用程序,该应用程序将获取用户上次重新启动后的步数。这是我的主要 Activity : package com.ass
我是一名优秀的程序员,十分优秀!