替换废弃方法后，是否需提升Android应用的minSdkVersion？

首先要明确核心判断标准：你替换后使用的新方法/类对应的最低API级别要求。

两种核心场景的处理方式 #

• 如果所有新API的最低要求都≤21：
  完全不需要修改minSdkVersion。只需要确保代码中不会在低于要求的API版本上调用这些方法——Android Studio的lint检查会自动提示这类问题，你可以通过Build.VERSION.SDK_INT >= [API版本号]的条件判断做分支处理，或者优先使用AndroidX兼容库提供的封装类（很多新特性都有向下兼容的实现）。

• 如果有新API的最低要求>21：
  这时候有两个可行选项：

  1. 提升minSdkVersion到最高的API要求版本
     好处是代码逻辑更简洁，不用维护大量版本兼容分支，减少兼容bug的概率；同时可以充分利用新API的完整特性，还能过滤掉占比极低的旧设备用户（如果你的用户群体里API 21及以下设备占比很低的话，这是性价比最高的选择）。
  2. 保留minSdk=21，但做兼容处理
     你可以针对旧设备做 fallback：比如在API<目标版本时继续使用原来的废弃方法（或功能等价的替代方案），或者使用AndroidX兼容库的封装（比如很多系统API都有对应的AndroidX版本，兼容到更低的API级别）。坏处是代码复杂度上升，测试覆盖的场景变多，维护成本更高。

实际决策建议 #

• 先查你的用户设备分布：比如在Google Play控制台里看API 21及以下设备的占比，如果占比不到5%，直接升级minSdkVersion几乎没有负面影响。
• 优先用AndroidX库：尽量避免直接调用系统原生的高版本API，改用AndroidX提供的兼容类，很多时候能在不升级minSdk的前提下使用新特性。
• 开启lint检查：确保编译阶段就能发现跨API版本的调用问题，避免上线后在旧设备上崩溃。

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