Android应用部分机型运行崩溃 setContentView调用抛出异常如何解决

问题根因定位 #

从崩溃栈可以直接定位到触发崩溃的核心原因：
FirstFragment.java第113行调用Log.e()时，传入的日志消息参数为null，Android原生的Log工具不允许message参数为空，直接触发NullPointerException: println needs a message异常。

你看到setContentView触发崩溃只是表面现象：实际是activity_main布局里引用了content_main布局，content_main里声明了fragment标签，加载FirstFragment的时候，Fragment的onViewCreated生命周期执行到113行的Log代码直接崩溃，才导致上层的setContentView方法抛出InflateException。

为什么部分机型正常部分崩溃 #

你这行Log打印的变量大概率和权限、系统硬件/软件配置相关：比如读取外部存储路径、系统标识、硬件参数等，在部分低版本机型、或者已经授予过权限的机型上，这个变量能正常拿到非null值，就不会崩溃；而在高版本Android机型、或者首次打开没拿到权限的设备上，这个变量返回null，就直接触发崩溃。
比如你当前代码里权限申请是在setContentView执行之后才调用的，Fragment加载的时候权限还没申请通过，你如果在Fragment里直接访问需要读写存储、相机权限的资源，就会在高版本系统上返回null。

修复方案 #

1. 先修复崩溃的Log代码：给日志消息加非空保护，把FirstFragment.java113行的Log调用改成如下任意一种即可：

// 方案1：用String.valueOf处理，null会自动转为"null"字符串
Log.e("你的TAG", String.valueOf(你要打印的变量));
// 方案2：自定义空值提示
Log.e("你的TAG", 你要打印的变量 == null ? "获取值为空" : 你要打印的变量);

2. 调整权限申请逻辑：把onCreate里的权限申请代码挪到setContentView之前执行，或者调整Fragment的业务逻辑，等权限申请通过之后再执行需要权限的资源访问逻辑，避免后续再出现类似的空值问题。

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