离线App中5万+用户数据：Data Class与JSON存储方案对比

需求背景 #

离线应用需存储5万条以上用户数据，数据结构为：

• id（Long类型）
• name（String类型）
• imageUrl（String类型）

以下从APK体积、性能两个维度对比两种存储方案的差异：

1. APK体积对比 #

Data Class硬编码（如示例代码） #

将所有数据直接写在代码中，编译后：

• 所有字符串（name、imageUrl）会作为常量存入APK的dex文件中，5万条数据的字符串总量会让APK体积急剧膨胀；
• 即便开启代码混淆，字符串常量无法被移除，只会轻微优化字节码结构，体积依然远大于JSON方案。

JSON文件存储 #

将数据写入JSON文件（可放在assets或res/raw目录）：

• 可对JSON进行压缩（去除空格、换行等冗余字符），甚至用GZIP压缩，能大幅降低文件体积；
• 压缩后的JSON文件体积通常仅为硬编码方案的1/3~1/5，对APK体积控制更友好。

2. 性能对比 #

启动与初始化性能 #

• Data Class硬编码：调用getPersonList()会一次性实例化5万个Person对象，瞬间占用大量内存，导致App启动卡顿，甚至触发ANR（应用无响应），完全不适合大数据量场景；
• JSON文件：需先从本地读取文件，再通过解析库（如Gson、Moshi）将JSON转为Person对象。IO读取和解析过程可放在后台线程执行，不会阻塞主线程；5万条数据的解析耗时通常在几百毫秒到1秒左右，可通过异步加载避免影响用户体验。

运行时访问性能 #

• 两种方案最终得到的Person对象访问性能一致，都是直接读取属性；
• 差异仅在于初始化阶段：硬编码是启动时一次性加载，JSON是按需/异步加载，后者更适合离线大数据量场景的内存管控。

结论 #

• 若优先控制APK体积，JSON文件方案更优；
• 若追求极致运行时访问速度但能接受APK体积暴增、启动卡顿，可选择Data Class硬编码，但5万条数据量级下强烈不推荐；
• 离线应用大数据量存储的最优实践通常是JSON文件（或进一步用Room数据库做本地持久化），平衡体积、性能与内存占用。

示例代码（Kotlin） #

@Immutable
data class Person(
    val id: Long,
    val name: String,
    val imageUrl: String,
)

fun getPersonList(): List<Person> {
    return listOf(
        Person(
            id = 1L,
            name = "ram",
            imageUrl = "https://i.kitroka.com/564x/e4/51/07/e45107f14a7c5c.jpg",
        ),
        Person(
            id = 2L,
            name = "sam",
            imageUrl = "https://i.kitroka.com/564x/e4/51/07/e451077c5c.jpg",
        ),
        Person(
            id = 3L,
            name = "jam",
            imageUrl = "https://i.kitroka.com/564x/e4/51/07/e451467c5c.jpg",
        ),
        Person(
            id = 4L,
            name = "k5am",
            imageUrl = "https://i.kitroka.com/564x/e4/51/07/e451467c5c.jpg",
        )
    )
}

内容的提问来源于stack exchange，提问作者Inzamamur Rahaman