问题背景 #

我开发了一款Android应用，里面用到了一个不小的查找表——原数据格式很繁琐，就当它是CSV吧。现在的流程是：App启动时读取原始数据，做校验、清洗，完成后才正式启动。

我想过，既然清洗后的数据结构是固定的，能不能只做一次数据清洗和序列化，把序列化后的文件直接打包进APK，启动时直接反序列化使用？这样就不用每次启动都重复耗时的预处理，也不用把乱糟糟的原始数据塞进安装包了。

但我卡壳了：怎么在打包APK前就生成这个序列化文件？总不能在模拟器里运行一遍再手动导出吧？这种思路可行吗？

核心思路：抽离预处理逻辑，本地生成序列化文件 #

其实核心就是把Android App里的数据读取、清洗逻辑抽出来，做成一个独立的本地Java程序，在开发机上一次性运行生成序列化文件，再把这个文件作为Raw资源打包进APK。这样既不用依赖Android环境，又能保证数据只处理一次。

具体实现步骤 #

1. 抽离预处理代码到本地Java程序 #

把App中读取原始文件、清洗数据、存入TreeMap的代码单独拎出来，改成可以在普通Java环境（而非Android）运行的程序：

• 用本地文件路径（比如Linux路径）读取原始数据，不用Android的Resources系统
• 保留核心的数据清洗、结构组装逻辑，简化只给开发者用的错误处理（毕竟只跑一次）

2. 实现序列化与验证逻辑 #

在本地程序的main()末尾，加入序列化和验证步骤，确保生成的序列化文件是可用的：

// main() 末尾添加
data_processor.serialize();
if (data_processor.verify())
    System.err.println("Serialised data verified OK, data can be found at " + SERIAL_FILE);
else
    System.err.println("Serialised data failed to verify");

序列化方法示例

private static final String SERIAL_FILE = "./serialized_treemap";

void serialize()  {
    try {
        FileOutputStream f = new FileOutputStream(SERIAL_FILE);
        ObjectOutput     s = new ObjectOutputStream(f);
        s.writeObject(map);  // 序列化TreeMap对象
        s.close();
        f.close();
    } catch (FileNotFoundException e) {
        System.err.println("File Not found in serialize: " + e);
    } catch (IOException e) {
        System.err.println("IO Error in serialize: " + e);
    }
}

类型安全的反序列化工具方法

为了避免类型转换问题，写一个通用的类型检查方法：

<T> T readAnObject(ObjectInputStream in, Class<T> clazz) throws IOException, ClassNotFoundException {
    Object obj = in.readObject(); 
    if (clazz.isInstance(obj)) { // 运行时类型校验，避免类型转换异常
        return clazz.cast(obj);  
    } else {
        throw new ClassCastException("Deserialized object is not of type " + clazz.getName());
    }
}

序列化后验证逻辑

生成文件后，立即反序列化并和原始数据对比，确保数据一致：

boolean verify()  {
    boolean ok = true;
    try {
        FileInputStream   in = new FileInputStream(SERIAL_FILE);
        ObjectInputStream s  = new ObjectInputStream(in);
        
        // 处理泛型类型擦除，添加SuppressWarnings注解
        @SuppressWarnings("unchecked")  
        TreeMap<Integer, Golddatum>  new_map = readAnObject(s, TreeMap.class);
        System.err.println("After deserialise, new map has " + new_map.size() + " entries");
        
        // 逐条目对比原始数据和反序列化后的数据
        int new_key = new_map.firstKey();
        for(Map.Entry<Integer, Golddatum> entry : map.entrySet()) {
            int key         = entry.getKey();
            Golddatum o     = entry.getValue();        // 原始数据
            Golddatum n     = new_map.get(new_key);    // 反序列化后的数据

            if (!is_equal(o, n)) {
                System.err.println("Error deserialised data differs: ");
                ok = false;
                System.exit(1);  // 只要有一个错误就终止验证
            }
            
            Integer new_key_object = new_map.higherKey(new_key);
            new_key = new_key_object == null ? 0 : new_key_object;
        }
        s.close();
        in.close();
    } catch (ClassNotFoundException | FileNotFoundException | IOException e) {
        System.err.println("Verification failed: " + e.getMessage());
        ok = false;
    }
    return ok;
}

// 自定义对象的相等性校验方法，根据你的实体类字段实现
private boolean is_equal(Golddatum o, Golddatum n) {
    return o.getId() == n.getId() && o.getContent().equals(n.getContent());
}

3. Android端反序列化使用 #

把本地生成的序列化文件（比如gold_treemap）放到App的Raw资源目录：app/src/main/res/raw/

然后在Android端实现反序列化逻辑：

// 反序列化Raw资源中的TreeMap
boolean deserialise_treemap(MainActivity frame)  {
    boolean ok = true;
    map = null;
    try {
        Resources res = frame.getResources();
        InputStream       in = res.openRawResource(R.raw.gold_treemap);
        ObjectInputStream s  = new ObjectInputStream(in);
        
        @SuppressWarnings("unchecked")  
        TreeMap<Integer, Golddatum> deserializedMap = this.<TreeMap>readAnObject(s, TreeMap.class);
        map = deserializedMap;
        Gold.new_map_size = map.size();
        
        s.close();
        in.close();
    } catch (Exception e) {
        System.err.println("Deserialization failed: " + e.getMessage());
        ok = false;
    }
    return ok;
}

方案合理性分析 #

优点 #

1. 启动速度提升：App启动时直接反序列化，省去每次启动的原始数据读取、清洗耗时
2. APK体积优化：不用打包庞大的原始数据文件，只放压缩后的序列化文件（如果序列化格式高效的话）
3. 数据一致性：所有用户的App都用同一份预处理好的数据，避免不同设备上预处理可能出现的差异

注意事项 #

1. 序列化兼容性：如果后续修改了Golddatum类的结构（比如加字段、改类名、变更包名），必须重新生成序列化文件，否则Android端反序列化会失败
2. 验证环节不能少：本地生成时一定要做验证，避免把损坏的序列化文件打包进APK
3. 代码复用：尽量把TreeMap、Golddatum这类实体类放在共享的Module里，保证本地程序和Android端的类结构完全一致，避免反序列化错误