android开发

凌晨两点，我盯着Android Studio的Logcat，一屏红色崩溃日志。release包在小米上闪退，在华为上正常。查了半天，是ProGuard混淆规则漏了一条keep。这种事在Android开发里太常见了——你永远不知道下一个坑在哪，但你知道它一定存在。

Android开发的本质，是跟碎片化搏斗。机型、系统版本、屏幕尺寸、厂商定制——每个变量都是一道坎。我见过最离谱的bug，是某款国产手机在WebView里加载图片时，会把EXIF信息里的旋转角度读反。你没法在真机上复现，因为那款手机停产了，用户还在用。

所以经验这东西，在Android圈子里特别值钱。踩过的坑越多，越能预判风险。比如targetSdkVersion升到30以后，分区存储强制生效，老代码里直接写绝对路径的，全得改。再比如Android 12引入了精确闹钟权限，你不申请，AlarmManager就静默失效。这些不是文档里能学会的，是用户骂出来的。

但碎片化只是表象。更深层的问题，是Android的更新机制太割裂。Google每年发新版本，厂商却各怀心思。系统升级推送慢不说，还喜欢夹带私货——改个主题、换个启动器、加几个预装应用。开发者写代码时得想着兼容，用户用手机时得等着推送。这个生态里，没有谁是真正舒服的。

我自己的应对策略很土：永远用最低版本的API写逻辑，用最高版本的API做适配。低版本API保证功能稳定，高版本API提前熟悉新特性。然后靠Gradle的productFlavors区分渠道，每个厂商一套配置。这法子不聪明，但省心。毕竟你不可能测试所有机型，只能尽量让代码在不同环境下都表现得像“正常人”。

有时候我也怀念早期的Android。那时候功能少，但规则简单。现在一个简单的列表页面，要处理协程、ViewModel、DataBinding、分页库——光依赖就十几个。工具链越来越强大，可学习成本也水涨船高。新人入行第一年，光搞懂这些框架就得脱层皮。但话说回来，没有这些框架，写个复杂的页面光内存泄漏就能烦死你。

说到底，Android开发是个手艺活。你得接受它的不完美，然后在夹缝里找平衡。别指望一套代码通吃所有设备，那是不可能的。也别迷信什么跨平台方案，Flutter再好，原生API的坑它照样绕不过去。老老实实写代码，认认真真测机型，比什么都强。

凌晨四点半，我把混淆规则补上，重新打包。这次应该能过了。至少，在小米和华为上都能过了。至于其他牌子——明天再说吧。