话说某连锁餐饮公司刚上线的外卖APP，上线三天就收到一堆投诉：有的用户说按钮被刘海屏挡住点不了，有的老手机打开就崩溃，还有的安卓13用户压根收不到订单通知。老板急得跳脚，找了几家软件开发公司都说是小问题但解决不了——这就是典型的Android APP兼容性踩坑现场。今天咱们就以这个案例为模板，聊聊机型适配的实操攻略。
第一步：诊断问题根源——像医生一样给APP做体检
要解决适配问题，得先找到病灶。咱们先把案例里的问题拆解一下：
- 屏幕适配坑：按钮被刘海屏挡住，是因为没处理异形屏的安全区域；小屏手机按钮重叠，是用了固定dp值而非百分比布局。
- 系统版本坑：老手机崩溃，是因为用了Android 11的API却没做版本判断；安卓13收不到通知，是忽略了新系统的通知权限申请要求。
- 硬件差异坑：部分机型相机扫码失败，是因为调用了厂商定制的相机SDK而非系统标准接口。
诊断工具推荐：用云测试平台（比如Testin）跑一遍主流机型，或者用Android Studio的Device File Explorer查看日志。记住，企业开发中诊断环节不能省，否则后面都是无用功。
第二步：制定适配方案——对症下药的实操手册
屏幕适配：让APP“穿对衣服”
针对异形屏，用WindowInsetsCompat处理安全区域；针对分辨率差异，优先用ConstraintLayout的链约束或Jetpack Compose的自适应布局。案例里的餐饮APP后来改用了百分比布局，按钮再也没“失踪”过。
系统版本兼容：做个“兼容老顽童”的年轻人
用AndroidX库替代旧的Support Library，确保API向下兼容；动态申请权限时要处理拒绝场景（比如安卓13的通知权限得单独申请）；对高版本API用if-else做版本判断。比如案例中的崩溃问题，加了一行Build.VERSION.SDK_INT >= Build.VERSION_CODES.R的判断就解决了。
硬件适配：搞定“个性十足”的厂商定制
优先用系统标准接口，避免调用厂商私有SDK；如果必须用（比如华为的HMS推送），要做厂商判断和降级处理。案例中的相机问题，后来换成了ZXing的通用扫码库，兼容了95%以上的机型。