Android应用分页拉取API数据触发OutOfMemoryError异常的问题咨询

问题1：提升Android应用可使用内存上限的方法 #

• 最直接的方案是在AndroidManifest.xml的<application>标签中添加属性android:largeHeap="true"，开启后系统会为应用分配更大的堆内存上限，不同设备的提升幅度在50%-100%不等，适合需要处理大量数据的应用场景。
• 如果是面向Android 12及以上版本的应用，可以配合关闭不必要的系统特性减少资源占用，间接提升可用内存空间。
• 注意：largeHeap不是万能方案，如果代码本身存在内存浪费，即使开了大堆依然会出现OOM，优先做代码层面的内存优化性价比更高。

问题2：现有代码优化方向 #

当前OOM的触发点是readAll方法中StringBuilder扩容时申请内存失败，本质是全量加载响应字符串+全量缓存所有分页数据的逻辑，在数据量大时内存占用超过了堆上限，优化可以从以下几个方向入手：

1. 优化响应读取逻辑，减少StringBuilder扩容开销 #

就算暂时不改整体架构，也可以先优化readAll方法的实现：你当前用单字符读取的方式会导致StringBuilder频繁扩容，每次扩容都要申请2倍于当前容量的内存，额外占用大量内存空间。优化后的代码如下：

private static String readAll(Reader rd) throws IOException {
    // 给单页响应预估初始容量，避免频繁扩容
    StringBuilder sb = new StringBuilder(1024 * 128);
    // 用缓冲数组批量读取字符，减少IO次数和扩容次数
    char[] buffer = new char[4096];
    int len;
    while ((len = rd.read(buffer)) != -1) {
        sb.append(buffer, 0, len);
    }
    return sb.toString();
}

2. 流式解析JSON，避免一次性加载整个响应 #

你现在的逻辑是先把整个接口返回的JSON全部读成String对象，再转成JSONObject，单页200条数据对应的JSON可能就有几百KB，多页叠加后字符串、JSONObject、JSONArray的多重拷贝会占用大量内存。
优化方案：使用Android系统自带的JsonReader做流式解析，直接从InputStream中解析需要的字段，不需要把整个响应加载到内存，内存占用可以降低90%以上。

3. 替换递归分页逻辑为迭代逻辑 #

你现在用递归调用restCall的方式拉取分页，递归调用时每一层的临时变量（newResults、url、InputStream等）都会在栈内存中持有引用，不会被GC回收，拉取十多页之后就会有大量无用内存被占用。换成while循环实现分页拉取，每拉完一页就及时把当前页的InputStream、JSONObject等临时对象释放，避免无用对象累积。

4. 优化JSON数组合并逻辑，避免重复拷贝 #

你现在的concatArray方法每次合并都会新建一个JSONArray，把两个旧数组的所有元素重新拷贝一遍，假设拉取10页数据，就要做10次全量拷贝，最后内存里同时存在多份历史JSONArray的拷贝，占用大量内存。
优化方案：初始化一个全局的JSONArray，每拉取一页直接把当前页的results元素逐个添加到全局数组中，不需要每次合并都新建对象；也可以直接把解析出来的业务实体对象存入本地数据库，不需要把原始JSONArray全部存在内存里。

5. 按需加载数据，放弃全量加载逻辑 #

如果你的业务场景不需要一次性使用所有2000+条数据，完全可以做分页加载+懒加载，比如列表只加载当前可见区域的内容，不需要把所有数据都存在内存中，这是最根本的优化方案，即使数据量到几万条也不会触发OOM。

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