Android 11/12中getExternalFilesDir引发ANR问题的解决方法咨询

首先得明确为什么这个调用会触发ANR：getExternalFilesDir() 看似是个轻量调用，但它本质上是和外部存储设备交互的IO操作——如果此时存储正处于繁忙状态（比如系统在扫描存储、其他应用在高频读写该目录，或者存储介质本身IO性能差），在主线程执行这个操作就会因为阻塞时间超过5秒（Android主线程ANR的阈值）而触发ANR。另外你代码里的!!强制非空断言虽然不会直接引发ANR，但如果activity处于异常状态，可能会叠加问题，增加排查难度。

下面是具体的解决步骤：

1. 把存储操作移到后台线程 #

这是最核心的解决办法，Android主线程绝对不能处理任何可能阻塞的IO操作。推荐用Kotlin协程来实现，这是目前Android官方推荐的异步处理方式：

在ViewModel中使用协程的示例： #

// 假设你在ViewModel里处理这个逻辑
fun prepareDownloadDir() = viewModelScope.launch(Dispatchers.IO) {
    val fileDir = getApplication<Application>().getExternalFilesDir(Environment.DIRECTORY_DOWNLOADS)
    fileDir?.takeIf { !it.exists() }?.mkdirs()
    
    // 如果需要把结果通知给UI层，可以用LiveData
    _downloadDir.postValue(fileDir)
}

如果是在Activity/Fragment中： #

// 用lifecycleScope绑定生命周期，避免内存泄漏
lifecycleScope.launch(Dispatchers.IO) {
    val fileDir = getExternalFilesDir(Environment.DIRECTORY_DOWNLOADS)
    fileDir?.run {
        if (!exists()) mkdirs()
    }
    // 回到主线程更新UI或者处理后续逻辑
    withContext(Dispatchers.Main) {
        // do something with fileDir
    }
}

2. 移除危险的非空断言（!!） #

你代码里的!!会在activity为空时直接抛出NullPointerException，这不仅会导致崩溃，还可能和存储阻塞问题叠加，让ANR的排查更复杂。换成安全调用和空判断：

val fileDir = activity?.getExternalFilesDir(Environment.DIRECTORY_DOWNLOADS)
if (fileDir != null && !fileDir.exists()) {
    fileDir.mkdirs()
}

3. 提前检查存储可用性 #

在执行目录创建操作前，先确认外部存储是可读写的，避免做无效操作：

private fun isExternalStorageWritable(): Boolean {
    return Environment.getExternalStorageState() == Environment.MEDIA_MOUNTED
}

// 调用前检查
if (isExternalStorageWritable()) {
    // 执行后台线程的目录创建逻辑
}

补充说明 #

• 你代码里用mkdirs()是正确的，它会创建所有不存在的父目录，比mkdir()更可靠。
• 从Android 10（API 29）开始，getExternalFilesDir()返回的是应用专属的沙盒目录，不需要申请WRITE_EXTERNAL_STORAGE权限，所以权限方面你不用额外处理。

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