1. 为什么需要手动实现JSON序列化框架在Java生态中JSON序列化框架早已不是新鲜事物。FastJSON、Jackson、Gson等成熟方案各具特色但手动实现一个精简版的JSON序列化器仍然是每个Java开发者值得尝试的练习。这就像厨师虽然可以用现成的调味料但了解每种香料的特性才能做出真正有深度的料理。我最初产生这个想法是在调试一个生产环境问题时发现FastJSON对某些特殊字符的处理与业务预期不符。当现成工具无法满足定制化需求时理解底层原理就变得尤为重要。手动实现能让你透彻掌握JSON规范细节如Unicode转义、日期格式等深入理解Java反射机制的实战应用培养类型系统设计思维获得性能优化的第一手经验2. 核心设计思路2.1 基础架构设计一个最小化的JSON序列化框架需要三个核心模块类型识别系统- 处理8种Java基本类型及其包装类、字符串、集合、数组和自定义对象递归序列化引擎- 通过反射获取对象字段值处理嵌套对象关系字符串构建器- 高效拼接JSON字符串处理特殊字符转义public interface JsonSerializer { String serialize(Object object) throws JsonSerializeException; }提示接口设计应该保持单一职责后续可以扩展反序列化功能2.2 类型处理优先级按照Java类型系统的特点我设计了这样的处理顺序null值 → null基本类型 → 直接toString()String类型 → 添加引号和转义数组/集合 → 递归处理元素自定义对象 → 反射遍历字段这种顺序可以避免类型判断的冗余比如一个Integer对象不需要经过String类型的检查。3. 关键实现细节3.1 反射字段处理处理对象字段时需要注意几个易错点使用getDeclaredFields()获取所有字段包括private通过setAccessible(true)突破访问限制跳过静态字段和transient字段处理循环引用问题可用IdentityHashMap记录已处理对象Field[] fields object.getClass().getDeclaredFields(); for (Field field : fields) { if (Modifier.isStatic(field.getModifiers())) continue; field.setAccessible(true); Object value field.get(object); // 递归处理value... }3.2 特殊字符转义JSON规范要求必须转义的字符包括引号→ \反斜杠\→ \\控制字符 → \uXXXX形式正斜杠/可选转义我采用StringBuilder预分配空间的方式优化性能StringBuilder sb new StringBuilder(string.length() 10); for (char c : string.toCharArray()) { switch (c) { case : sb.append(\\\); break; case \\: sb.append(\\\\); break; // 其他转义规则... default: sb.append(c); } }3.3 日期格式化策略日期处理是实际项目中最容易出问题的部分。我的实现方案默认使用ISO8601格式yyyy-MM-ddTHH:mm:ss允许通过注解自定义格式时区统一转换为UTC避免歧义Retention(RetentionPolicy.RUNTIME) public interface JsonDateFormat { String pattern() default yyyy-MM-ddTHH:mm:ss; TimeZone timezone() default TimeZone.getTimeZone(UTC); }4. 性能优化技巧4.1 缓存反射结果反射操作是性能瓶颈可以通过ConcurrentHashMap缓存Class元数据private static final MapClass?, ListField FIELD_CACHE new ConcurrentHashMap(); ListField getSerializableFields(Class? clazz) { return FIELD_CACHE.computeIfAbsent(clazz, c - Arrays.stream(c.getDeclaredFields()) .filter(f - !Modifier.isStatic(f.getModifiers())) .collect(Collectors.toList())); }4.2 字符串构建优化对比实测发现预分配StringBuilder容量可减少扩容次数对于已知长度的字段如int直接拼接比调用toString()更快避免在循环中创建临时String对象4.3 类型判断优化用条件判断代替instanceof可以获得约15%的性能提升if (object.getClass() Integer.class) { // 专用处理路径 } else if (object.getClass() String.class) { // ... }5. 常见问题解决方案5.1 循环引用问题当对象A引用BB又引用A时会导致栈溢出。解决方案使用IdentityHashMap记录已序列化对象检测到循环引用时输出$ref: path.to.objectprivate void serializeInternal(Object obj, StringBuilder sb, MapObject, String seen) { if (seen.containsKey(obj)) { sb.append(\$ref\:\).append(seen.get(obj)).append(\); return; } // ...正常处理 }5.2 枚举处理枚举默认会序列化为name()值但有时需要自定义public enum Status { JsonEnumValue(1) ACTIVE, JsonEnumValue(0) INACTIVE }5.3 自定义序列化器通过注解指定特定类型的处理方式Retention(RetentionPolicy.RUNTIME) public interface JsonSerializer { Class? extends ValueSerializer using(); } public interface ValueSerializer { String serialize(Object value); }6. 测试验证方案6.1 单元测试要点需要覆盖的边界情况包含null值的对象大整数和科学计数法数字包含特殊字符的字符串多层嵌套的复杂对象自引用的对象图6.2 性能对比测试我使用JMH对10,000次序列化进行测试框架平均耗时(ms)手动实现125FastJSON98Jackson105虽然性能略逊于成熟框架但在特定场景下通过定制优化可以超越通用方案。7. 扩展思考这个基础框架还可以进一步扩展添加反序列化功能支持JSON Schema验证实现流式API处理大文件添加二进制JSON格式支持手动实现过程中最深刻的体会是框架设计要在灵活性和性能之间找到平衡点。比如为每个类型添加专用处理路径虽然提高了性能但也增加了维护成本。在实际项目中我会根据业务特点选择最合适的折中方案。