getStringArray()在Android 8.1 Pixel 2/XL设备上崩溃求助

从你描述的情况来看，调用getResources().getStringArray(R.array.voice_intros)在Pixel 2/XL（Android 8.1）上崩溃，核心原因几乎都和这个超大Base64字符串数组的内存占用或系统加载限制有关，具体分析和解决方案如下：

可能的崩溃原因 #

• 内存溢出（OOM）：Base64编码会让原始数据体积膨胀约33%，如果你的原始内容（比如音频）本身就很大，转成字符串数组后，调用getStringArray时系统需要一次性把所有字符串加载到内存中。Android 8.1的ART虚拟机对内存分配的限制相对严格，再加上Pixel 2系列的RAM虽然够用，但如果应用本身已经占用了不少内存，叠加这个超大数组的内存需求，很容易触发OOM崩溃。
• 资源加载的隐性限制：Android的资源编译器（aapt2）对单个资源项的大小有未明确说明的阈值，尤其是字符串数组这类需要一次性解析的资源。当数组里的单个Base64字符串过长，或者数组元素数量过多时，Android 8.1的系统资源解析流程可能会直接失败，抛出异常。
• ART的字符串内存限制：Android 8.1的ART版本在处理超大字符串时，需要分配连续的内存块。如果单个Base64字符串长度超过一定阈值（比如1MB以上），系统很难找到足够的连续内存空间来存储，进而导致加载失败。

可行的解决方案 #

• 拆分大资源为多个小资源：把原来的大字符串数组拆分成多个小的字符串数组（比如按内容分段），在代码中按需加载，避免一次性把所有内容塞进内存。
• 改用Assets目录存储：将Base64内容放到assets目录下的文件中，使用AssetManager流式读取或者分块加载，这样可以控制内存占用，不需要一次性加载全部内容。
• 替换为原始二进制资源：如果这些Base64是从音频/视频等二进制文件转来的，建议直接把原始文件放到res/raw目录下，使用getResources().openRawResource()流式读取，比Base64节省大量内存和体积。
• 排查内存占用：用Android Studio的Profiler工具监控加载资源时的内存变化，确认是否是OOM导致的崩溃，同时优化应用其他模块的内存使用，比如及时释放无用对象、使用缓存策略等。

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