求助：如何解决android.support.v7.widget.CardView类膨胀错误

这种跨Android版本的崩溃确实挺闹心的！结合你描述的场景——4.4.2设备正常、Play商店安装的6.0.1设备也正常，但Android Studio直接运行的6.0.1设备在Splash后崩溃——我整理了几个针对性的排查方向，应该能帮你定位问题：

1. 先抓崩溃日志，别瞎猜 #

这是最关键的第一步！没有错误堆栈的话，所有排查都是碰运气。你可以通过两种方式获取：

• 打开Android Studio的Logcat面板，过滤Error级别，或者直接搜索你的应用包名，崩溃时会清晰抛出异常信息（比如NullPointerException、ClassNotFoundException或者权限相关的SecurityException）。
• 用adb命令抓取：在终端输入 adb logcat *:E，然后启动应用，崩溃后复制对应的错误堆栈内容。

2. 检查运行时权限适配 #

Android 6.0（API 23）开始引入了运行时权限机制，而4.4.2是传统的安装时授权。如果你的主页面在启动时直接调用了需要危险权限的功能（比如读取存储、访问位置、调用相机等），但没做运行时权限申请，就会直接崩溃。
你可以先检查主页面的初始化代码，有没有这类权限相关的操作。如果有，必须先通过ActivityCompat.requestPermissions()申请权限，等用户授权后再执行对应逻辑。

3. 对比Debug/Release构建的差异 #

既然Play商店的Release包在6.0.1上正常，但AS运行的Debug包崩溃，大概率是两种构建模式的差异导致的：

• StrictMode检查：Debug模式下可能开启了StrictMode（比如检测主线程IO操作），而Release模式下关闭了，导致Debug时触发崩溃。
• ProGuard混淆：Release模式下ProGuard可能优化了某些类/方法，而Debug模式没做混淆，导致Debug时出现类找不到、方法找不到的问题。
• 构建变体配置：检查你的build.gradle里，Debug和Release是否有不同的配置（比如依赖库、Manifest权限、编译选项等）。

你可以试试在AS里打包Release版本，手动安装到6.0.1设备上，如果正常，就聚焦到Debug模式的配置差异上。

4. 检查API兼容性问题 #

有些API在Android 6.0之后行为发生了变化，或者你使用了高于设备版本的API但没做版本判断。比如：

• 某些系统服务的调用方式改变，比如AlarmManager的set()方法在API 19之后推荐用setExact()，但如果直接用旧方法在6.0上可能有异常？
• 或者使用了API 23+的方法（比如Context.checkSelfPermission()）但没加Build.VERSION.SDK_INT >= 23的判断？
  检查主页面的初始化代码，看看有没有这类跨版本API调用的问题。

5. 排查页面跳转的参数传递 #

有没有可能是SplashActivity跳转到主页面时，传递的参数在6.0.1设备上为空？比如Splash里异步加载的数据（比如本地缓存、接口数据），在6.0上的执行时机和4.4不同，导致主页面拿到空数据后崩溃。
检查跳转时的Intent数据，或者主页面依赖的初始化数据，看看是否存在空指针风险。

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