这个场景我适配Android 8.0+通知渠道的时候也踩过坑，其实官方在高版本SDK里弃用Build.VERSION_CODES.O这类旧版本常量，是为了引导我们用更可靠的版本判断方式，给你两个常用的解决方案：

方案一：直接对比API Level数值 #

Oreo对应的API Level是26，直接用Build.VERSION.SDK_INT和26对比，完全不会有弃用警告，而且兼容性拉满：

Java代码示例： #

if (Build.VERSION.SDK_INT >= 26) {
    // 创建通知渠道逻辑
    NotificationChannel channel = new NotificationChannel(CHANNEL_ID, CHANNEL_NAME, NotificationManager.IMPORTANCE_DEFAULT);
    channel.setDescription(CHANNEL_DESCRIPTION);
    NotificationManager notificationManager = (NotificationManager) getSystemService(Context.NOTIFICATION_SERVICE);
    notificationManager.createNotificationChannel(channel);
}

Kotlin代码示例： #

if (Build.VERSION.SDK_INT >= 26) {
    val channel = NotificationChannel(CHANNEL_ID, CHANNEL_NAME, NotificationManager.IMPORTANCE_DEFAULT).apply {
        description = CHANNEL_DESCRIPTION
    }
    val notificationManager = getSystemService(Context.NOTIFICATION_SERVICE) as NotificationManager
    notificationManager.createNotificationChannel(channel)
}

方案二：使用AndroidX的BuildCompat工具类（更优雅） #

如果你不想硬记API数值，官方推荐用androidx.core.os.BuildCompat里的封装方法，它会帮你处理版本判断的细节，还能避免弃用警告：

先确保依赖AndroidX Core库 #

在你的模块build.gradle（或build.gradle.kts）里添加依赖：

// Kotlin
implementation "androidx.core:core-ktx:1.12.0"
// Java
implementation "androidx.core:core:1.12.0"

代码示例： #

// Java
if (BuildCompat.isAtLeastO()) {
    // 同样的创建通知渠道逻辑
}

// Kotlin
if (BuildCompat.isAtLeastO()) {
    // 同样的创建通知渠道逻辑
}

为什么Build.VERSION_CODES.O会被弃用？ #

从Android 14（API 34）开始，官方标记了一批旧的Build.VERSION_CODES常量为弃用，核心原因是这些常量是固定的数值，而后续Android版本迭代中，官方希望开发者使用更灵活的版本判断方式，或者依赖BuildCompat这类封装好的工具，减少硬编码带来的维护成本。

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