Gson反序列化：缺失List字段设为空ArrayList及NPE解决方案咨询

一、让Gson自动将不存在的inds字段赋值为空ArrayList的方案 #

1. 字段直接初始化（最简便） #

在Con类中直接初始化inds字段，Gson解析时如果JSON存在inds键会覆盖初始值；若不存在，则保留空列表：

class Con {
    private List<Ind> inds = new ArrayList<>();
}

这种方法无需额外配置Gson，代码简洁，从根源上避免了inds为null的情况。

2. 自定义TypeAdapter（灵活扩展） #

如果无法修改Con类的字段初始化逻辑，可以自定义TypeAdapter统一处理List类型的null值：

public class EmptyListTypeAdapter<T> extends TypeAdapter<List<T>> {
    private final TypeAdapter<List<T>> delegate;

    public EmptyListTypeAdapter(TypeAdapter<List<T>> delegate) {
        this.delegate = delegate;
    }

    @Override
    public void write(JsonWriter out, List<T> value) throws IOException {
        delegate.write(out, value);
    }

    @Override
    public List<T> read(JsonReader in) throws IOException {
        List<T> list = delegate.read(in);
        return list == null ? new ArrayList<>() : list;
    }
}

注册到GsonBuilder中全局生效：

Gson gson = new GsonBuilder()
        .registerTypeAdapterFactory(new TypeAdapterFactory() {
            @SuppressWarnings("unchecked")
            @Override
            public <T> TypeAdapter<T> create(Gson gson, TypeToken<T> type) {
                if (type.getRawType() == List.class) {
                    return (TypeAdapter<T>) new EmptyListTypeAdapter<>(gson.getDelegateAdapter(this, type));
                }
                return null;
            }
        })
        .create();

适合需要全局统一处理List类型null值的场景。

二、Getter方案的优缺点分析 #

首先纠正你写的修改版getter的小错误，缺少return语句，正确写法应为：

public List<Ind> getInds() {
    return inds == null ? new ArrayList<>() : inds;
}

更高效的优化写法（避免重复创建空列表）：

public List<Ind> getInds() {
    if (inds == null) {
        inds = new ArrayList<>();
    }
    return inds;
}

方案1：Getter返回空列表 #

优点

• 调用方无感知：无需额外空判断，直接调用stream()等方法，避免NullPointerException，代码更流畅。
• 符合空对象模式：统一返回非null集合，减少调用方的分支逻辑。

缺点

• 语义丢失：无法区分三种场景：JSON中不存在inds键、JSON中inds为null、JSON中inds为空数组。如果业务需要区分这些状态，该方案不适用。
• 潜在性能损耗（未优化版本）：每次调用时若inds为null都会新建ArrayList，优化后可避免，但仍无法恢复语义信息。

方案2：Getter返回Optional<List<Ind>> #

优点

• 语义清晰：通过Optional.empty()明确表示inds为null的状态，Optional.of(inds)表示有有效集合，调用方可根据业务需求分别处理。
• 强制空安全：引导调用方主动处理空情况，避免无意识的NPE，符合Java 8+的空安全设计理念。

缺点

• 调用方代码繁琐：需要额外处理Optional的包装逻辑，例如：

  // 示例调用
  con.getInds().ifPresent(list -> list.stream().forEach(...));
  // 或获取空列表默认值
  con.getInds().orElse(Collections.emptyList()).stream().forEach(...);
  

• 不必要的复杂度：如果业务不需要区分空集合和null的语义，使用Optional会增加代码冗余。

最优建议 #

优先使用字段初始化的方式让Gson解析后inds始终不为null，此时直接使用原getter即可，既无需处理null，也保留了语义（JSON中存在数组则返回对应集合，不存在则返回空列表）。只有当无法修改类初始化逻辑时，再考虑TypeAdapter或Getter层面的处理方案。

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