Android(Kotlin+Jetpack Compose)本地文件操作代码最佳放置位置咨询

针对你遇到的问题，这里提供几个符合Jetpack架构规范的放置方案，既避免污染UI层，又能安全获取Context：

1. 封装为独立工具类（最推荐） #

把文件操作逻辑抽离到专门的工具类中，作为静态方法或顶层函数，调用时传入Context。这样既分离了业务逻辑与UI层，又不会让ViewModel或数据层承担无关职责。

示例代码：

object FileStorageHelper {
    fun deleteFile(context: Context, filePath: String): Boolean {
        val path = context.filesDir
        val file = File(path, filePath)
        if (!file.exists()) return false
        return file.deleteRecursively()
    }

    // 可扩展添加其他文件操作，比如saveFile、readFile等
}

调用时：

• 在Composable中通过LocalContext.current传入（仅做调用，逻辑仍在工具类）
• 在ViewModel中继承AndroidViewModel，通过getApplication()获取全局Context传入（避免内存泄漏）

2. 结合依赖注入放到数据层（进阶） #

如果使用Hilt等依赖注入框架，可以把Application级别的Context注入到数据层的Repository中，让数据层负责文件操作，完全符合MVVM架构。

步骤示例：

1. 配置Hilt模块提供全局Context：

@Module
@InstallIn(SingletonComponent::class)
object AppModule {
    @Provides
    fun provideApplicationContext(@ApplicationContext context: Context): Context {
        return context
    }
}

2. 在Repository中注入并使用：

class FileRepository @Inject constructor(private val context: Context) {
    fun deleteFile(filePath: String): Boolean {
        val path = context.filesDir
        val file = File(path, filePath)
        if (!file.exists()) return false
        return file.deleteRecursively()
    }
}

之后ViewModel只需依赖FileRepository即可，无需直接处理Context。

3. 通过AndroidViewModel获取Context #

如果不想用依赖注入，可让ViewModel继承AndroidViewModel，它持有Application的引用（生命周期与应用一致，无内存泄漏风险），再在ViewModel中调用工具类方法。

示例：

class FileViewModel(application: Application) : AndroidViewModel(application) {
    fun deleteFile(filePath: String): Boolean {
        return FileStorageHelper.deleteFile(getApplication(), filePath)
    }
}

注意事项 #

• 绝对不要把文件操作逻辑直接写在UI层（Composable函数）中，违反单一职责原则
• 禁止给普通ViewModel手动传递Activity/Fragment的Context，极易引发内存泄漏

内容的提问来源于stack exchange，提问作者Matteo Zattera