API26模拟器中Android应用启动崩溃，API25/27运行正常

我正在更新名为AboutMyJourney的应用，并在Android Studio的API25至API33模拟器中测试。当在API26（Android 8.0）模拟器运行时，应用启动即崩溃，提示“AboutMyJourney已停止”。

我在启动页MainActivity的onCreate开头添加了Log.v("sTag","Starting MainActivity")，在下一个Activity的onCreate开头也添加了Log.v("sTag","Starting AgreeTermsActivity")，但崩溃时Logcat无任何相关日志输出。

我怀疑问题与Manifest权限有关，但未找到仅影响API26的权限配置，当前权限列表如下：

<uses-permission android:name="android.permission.FOREGROUND_SERVICE" />
<uses-permission android:name="android.permission.ACCESS_COARSE_LOCATION" />
<uses-permission android:name="android.permission.ACCESS_FINE_LOCATION" />
<uses-permission android:name="android.permission.POST_NOTIFICATIONS"/>
<uses-permission android:name="android.permission.WRITE_EXTERNAL_STORAGE"/>
<uses-permission android:name="android.permission.READ_EXTERNAL_STORAGE" /> <!-- uses-permission android:name="android.permission.RECEIVE_BOOT_COMPLETED" / -->
<uses-permission
    android:name="android.permission.WAKE_LOCK"
    tools:node="replace" />
<uses-permission android:name="android.permission.DISABLE_KEYGUARD" />
<uses-permission android:name="android.permission.INTERNET" />
<uses-permission android:name="android.permission.ACCESS_NETWORK_STATE" />
<uses-permission android:name="android.permission.READ_PHONE_STATE" />
<uses-permission android:name="android.permission.ACCESS_DOWNLOAD_MANAGER" />
<uses-permission android:name="android.permission.KILL_BACKGROUND_PROCESSES" />
<uses-permission android:name="android.permission.SYSTEM_ALERT_WINDOW" />
<uses-permission android:name="android.permission.USE_FULL_SCREEN_INTENT" />
<uses-permission android:name="android.permission.SCHEDULE_EXACT_ALARM"/>

应用在API25和API27模拟器中运行正常，Logcat日志可正常显示。我尝试删除并重新安装API26的SDK平台，再删除重建模拟器（所有模拟器均使用Nexus 5X设备定义），但问题未解决。Event Log显示Gradle构建完成且启动成功，无后续报错信息。

请问为何仅API26出现该问题？为何onCreate开头的Log无输出？

一、Log无输出的核心原因 #

你的日志没机会打印，说明应用在MainActivity的onCreate执行前就已经崩溃了。这种情况通常发生在应用进程启动阶段，比如自定义Application类初始化、Manifest配置错误、API26特有的系统限制触发异常，导致进程直接被系统终止。

二、API26独有的崩溃诱因排查 #

1. 权限与系统行为变更 #

• SYSTEM_ALERT_WINDOW权限：API26对该权限的获取逻辑做了强制变更——从自动授予改为需要用户手动授权。如果应用在启动阶段（比如Application或启动页初始化时）直接调用悬浮窗相关API，且未处理权限缺失的情况，会直接触发崩溃。
• FOREGROUND_SERVICE权限与通知渠道：API26正式引入前台服务强制要求，虽然该权限是普通权限无需动态申请，但API26及以上版本启动前台服务时，必须绑定已创建的通知渠道，否则系统会抛出IllegalStateException导致进程崩溃。
• POST_NOTIFICATIONS权限：该权限是API33才新增的，在API26上声明不会直接崩溃，但如果代码中在API26环境下尝试请求该权限，可能触发未预期的异常。

2. 应用组件初始化问题 #

• 自定义Application类：检查Application的onCreate方法中是否有API26不兼容的代码，比如调用了API26才引入但未做版本判断的API，或者依赖的第三方库在API26上存在初始化bug。
• Manifest组件配置：
  API26限制了隐式广播的接收，如果Manifest中注册了CONNECTIVITY_ACTION这类隐式广播接收器，且未针对API26做适配（改用动态注册），可能导致进程启动失败。
  检查启动Activity的android:launchMode等属性，确认是否存在API26特有的行为冲突。

3. 第三方库兼容性 #

部分旧版本的第三方SDK（如推送、统计、地图类）可能未适配API26的系统变更，在初始化阶段触发崩溃。可以尝试临时移除非核心第三方依赖，逐一排查定位问题库。

4. 模拟器环境问题 #

尽管你已重建模拟器，仍可尝试：

• 使用其他设备定义（如Nexus 6）创建API26模拟器测试；
• 下载官方原版API26系统镜像，避免使用第三方修改版镜像。

三、具体排查步骤 #

1. 查看系统崩溃日志：在Logcat中切换到No Filters或System标签，查找AndroidRuntime开头的崩溃堆栈，系统会明确打印进程被终止的具体原因。
2. 逐步注释权限测试：临时移除SYSTEM_ALERT_WINDOW、FOREGROUND_SERVICE等可能引发问题的权限，同时注释相关功能代码，测试是否还会崩溃，缩小排查范围。
3. 简化启动流程：将MainActivity替换为仅含日志代码的空Activity，测试是否能正常启动，以此判断问题出在启动页代码还是更早的初始化环节。
4. 补全通知渠道配置：如果使用了前台服务，确保API26及以上版本创建了通知渠道，示例代码：

if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.O) {
    val channel = NotificationChannel("foreground_channel", "前台服务通知", NotificationManager.IMPORTANCE_DEFAULT)
    val notificationManager = getSystemService(NotificationManager::class.java)
    notificationManager.createNotificationChannel(channel)
}

内容的提问来源于stack exchange，提问作者Chris S