为何minSdkVersion设为15时JobScheduler代码仍可编译？

这问题我当初刚接触JobScheduler的时候也踩过坑，咱们来掰扯清楚背后的原因：

1. 编译期与运行期的SDK版本逻辑差异 #

Android的编译和运行是两个完全独立的阶段：

• compileSdkVersion：决定了编译时你能调用哪些Android SDK的类和方法，你的项目里设成了26，这个版本包含了API21才引入的JobScheduler相关定义，所以代码能顺利通过编译。
• minSdkVersion：只是限制了App能安装运行的最低设备API版本，编译期不会直接因为你调用了高于minSdk的API就报错——它只会通过Lint工具给出潜在的兼容性警告，而不是直接阻断编译。

2. 编译器对API调用的检查局限 #

你获取JobScheduler的方式是：

mContext.getSystemService(Context.JOB_SCHEDULER_SERVICE) as JobScheduler

这里的getSystemService()是从API1就存在的方法，编译器只会检查这个方法本身的最低版本要求（API1，远低于你的minSdk15），不会追踪你传入的Context.JOB_SCHEDULER_SERVICE这个常量是API21才新增的。换句话说，编译器没智能到能识别你用这个常量是为了获取一个高版本的服务，所以不会触发编译错误。

3. 运行时的隐患 #

虽然编译过了，但这段代码在API21以下的设备上运行时会直接崩溃：

• getSystemService(Context.JOB_SCHEDULER_SERVICE)会返回null
• 后续的as JobScheduler会抛出ClassCastException（或者NullPointerException）

4. 如何让Android Studio提示这个问题？ #

你可以通过两种方式来提前发现这个兼容性问题：

方式一：开启严格的Lint检查 #

在build.gradle的android块里添加Lint配置，强制检查API兼容性问题：

android {
    lintOptions {
        abortOnError true // 发现错误就终止编译
        check 'NewApi' // 专门检查调用了高于minSdk的API
    }
}

这样配置后，Android Studio就会在编译时直接抛出错误，提示你Context.JOB_SCHEDULER_SERVICE是API21新增的，而你的minSdk是15。

方式二：手动添加版本判断 #

在调用JobScheduler的代码前，先判断设备的API版本，避免在低版本设备上执行这段代码：

private fun startScheduleRestore(mContext: Context) {
    if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.LOLLIPOP) {
        val mJobScheduler = mContext.getSystemService(Context.JOB_SCHEDULER_SERVICE) as JobScheduler
        val jobInfo = JobInfo.Builder(mContext.getInteger(R.integer.JOBID), 
            ComponentName(mContext.packageName, RestoreService::class.java.name))
            .setPeriodic(interval)
            .setPersisted(true)
            .build()
        mJobScheduler.schedule(jobInfo)
    } else {
        // 这里添加低版本设备的替代方案，比如用AlarmManager实现定时任务
    }
}

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