当 JSON 中存在上百个同类型键值对（如 rates 对象中的 dozens 个 Integer 字段）时，避免手动定义百个字段，推荐直接反序列化为 Map<String, Integer>，既简洁又灵活，还能天然支持空值过滤与动态访问。
当 json 中存在上百个同类型键值对（如 rates 对象中的 dozens 个 integer 字段）时，避免手动定义百个字段，推荐直接反序列化为 map
在使用 Gson 处理结构松散、字段数量庞大且命名规律（如 "first", "second", "thirds"）的 JSON 数据时，硬编码 @SerializedName 映射到百个私有字段不仅开发效率低，还极易出错（例如原问题中误将 "thirds" 注解写成 "first"），更难以维护和扩展。
最佳实践：跳过 POJO，直选泛型 Map
Gson 原生支持将 JSON 对象反序列化为 Map<String, T>，尤其适用于键名动态、值类型统一的场景。以 rates 为例：
import com.google.gson.Gson;
import com.google.gson.reflect.TypeToken;
import java.lang.reflect.Type;
import java.util.Map;
// 构建 Gson 实例（可复用）
Gson gson = new Gson();
// 定义目标类型：Map<String, Integer>
Type type = new TypeToken<Map<String, Integer>>() {}.getType();
// 解析 JSON 字符串（假设 jsonStr 包含 {"rates": {...}}）
String jsonStr = "{\"rates\":{\"first\":1,\"second\":2,\"thirds\":3,\"unknown_field\":null}}";
// 注意：若 rates 是顶层字段，直接解析；若嵌套在根对象中，需先提取或使用 JsonObject
Map<String, Integer> rates = gson.fromJson(jsonStr, type);✅ 优势显著：
- 零字段声明：无需维护 Rates 类及其 100+ @SerializedName 注解；
-
自动空值处理：JSON 中为 null 的字段，在 Map 中对应值即为 null，可统一过滤：
rates.entrySet().stream() .filter(entry -> entry.getValue() != null) .forEach(entry -> System.out.println(entry.getKey() + " = " + entry.getValue())); - 动态访问与扩展：新增字段无需改代码，rates.get("new_field") 直接可用；
- 内存友好：仅加载实际存在的键，无冗余字段占用对象空间。
⚠️ 注意事项：
- 若 rates 并非 JSON 根对象（如示例中是 "rates": {...} 子节点），需先解析为 JsonObject 再提取：
JsonObject root = gson.fromJson(jsonStr, JsonObject.class); JsonObject ratesObj = root.getAsJsonObject("rates"); Map<String, Integer> rates = gson.fromJson(ratesObj, type); - Gson 2.10+ 可直接传入 TypeToken<...>{}.getType()；旧版本（< 2.10）需显式调用 .getType() 方法，不可省略。
- 键名区分大小写，确保 JSON 中的 key 与 Map#get() 参数严格一致。
总结：面对高重复性、弱约束的 JSON 结构，放弃“强类型 POJO 思维”，拥抱 Map<K,V> 是更工程化、可持续的方案——它把复杂度从编译期转移到运行期，却极大提升了灵活性与健壮性。
