Hibernate双向关联导致Java对象转换为JSON字符串时死循环问题的分析与解决方案

本文主要是介绍Hibernate双向关联导致Java对象转换为JSON字符串时死循环问题的分析与解决方案,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

引言:

           本文描述了在SSH框架中,多个持久层对象相互引用,从而引发分页查询中,查询所得的持久化对象转换为JSON字符串报错的原因及解决方案

使用EasyUI框架的小伙伴们都知道,在使用datagrid(数据表格)时,会传入如一个URL,用于请求数据表格中的所显示的数据:

    <!--创建一个空表格--><table id="mytable"></table><script type="text/javascript">$(function() {//页面加载完成后,创建数据表格datagrid$("#mytable").datagrid({//定义标题行所有的列,注意这是一个二维数组columns : [ [ {title : '编号',field : 'id',checkbox : true}....... ] ],//指定数据表格发送ajax请求的地址url : '${pageContext.request.contextPath }/subareaAction_pageQuery'});});</script>

 而后台相应的是一个JSON字符串,具体datagrid的使用方法,博主在另一篇文章中详细介绍了:

 EasyUI框架中Datagrid(数据表格)详解

 

既然后端需要响应的是一个JSON字符串自然需要用到JSON的转换工具,JSON转换工具有多种,我们这里使用Jsonlib。通过这个工具我们将在web层中将Service层返回的持久层对象转换成JSON格式的字符串,然后响应给客户端。那么在转换成JSON字符串过程中会出现一个问题,需要我们注意!


问题描述:

我们这里给出两个持久层对象:

 

Region对象代表区域对象,一个区域中有多个分区;但一个分区只对应一个区域。

Subarea对象(省略Get和Set方法):

public class Subarea implements java.io.Serializable {// Fieldsprivate String id;private Decidedzone decidedzone;private Region region;private String addresskey;private String startnum;private String endnum;private String single;private String position;
}

Region对象:

public class Region implements java.io.Serializable {// Fieldsprivate String id;private String province;private String city;private String district;private String postcode;private String shortcode;private String citycode;private Set subareas = new HashSet();
}

 

如果我们客户端需要需要获得所有Subarea的数据,此时我们会将所有Subarea对象查询出来并返回给web层,在web层中我们会将LIst<Subarea>对象通过Jsonlib工具转换成JSON字符串。但如果试图直接用 JSONArray.fromObject(list) 方法将查询出来的List对象转换成JSON字符串会报错。


问题分析与解决:

之所以出现上述问题,是因为在每个Subarea对象中有一个Region对象,而Region对象中又会包含Subarea本身,所以在这里会出现Java对象转JSON的异常。

那我们如何将解决这个问题呢?这里我么需要分两种情况

情况一:前端页面不需要Subarea中Region对象的数据

这个情况很好解决,我们只需要在生成JSON对象时排除Region对象所对应的属性即可。

public class SubareaAction extends BaseAction<Subarea>{public String pageQuery() {subareeaService.pageQuery(pageBean);JsonConfig config = new JsonConfig();config.setExcludes(new String[] {"currentPage","pageSize","detachedCriteria","region"});JSONObject json = JSONObject.fromObject(obj, config);ServletActionContext.getResponse().setContentType("text/json;charset=utf-8");try {ServletActionContext.getResponse().getWriter().write(json.toString());} catch (IOException e) {// TODO Auto-generated catch blocke.printStackTrace();}return null;}
}

 

情况二:前端页面需要Region中的数据

有些小伙伴可能就会说了,直接排除Region对象的subareas属性不就行了。但这样做还不够,因为Hibernate默认配置中,关联对象采用延迟加载策略。Subarea对象中的Region实际上是一个代理对象。如果Jsonlib尝试将这个代理对象转换成字符串时,同样会报错!

解决步骤:

第一步:在将List<Subarea>转换成JSON字符串时,需要将List中每个Subarea中Region对象的subareas属性排除。

public class SubareaAction extends BaseAction<Subarea>{public String pageQuery() {subareeaService.pageQuery(pageBean);JsonConfig config = new JsonConfig();config.setExcludes(new String[] {"currentPage","pageSize","detachedCriteria","subareas"});JSONObject json = JSONObject.fromObject(obj, config);ServletActionContext.getResponse().setContentType("text/json;charset=utf-8");try {ServletActionContext.getResponse().getWriter().write(json.toString());} catch (IOException e) {// TODO Auto-generated catch blocke.printStackTrace();}return null;}
}

第二步:在配置文件中关闭关联对象的延迟加载

<hibernate-mapping><class name="com.tjd.bos.domain.Subarea" table="bc_subarea" ><id name="id" type="java.lang.String"><column name="id" length="32" /><generator class="uuid" /></id><many-to-one name="decidedzone" class="com.tjd.bos.domain.Decidedzone" fetch="select"><column name="decidedzone_id" length="32" /></many-to-one>//重点就是在这里添加 lazy="false"<many-to-one lazy="false" name="region" class="com.tjd.bos.domain.Region" fetch="select"><column name="region_id" length="32" /></many-to-one><property name="addresskey" type="java.lang.String"><column name="addresskey" length="100" /></property><property name="startnum" type="java.lang.String"><column name="startnum" length="30" /></property><property name="endnum" type="java.lang.String"><column name="endnum" length="30" /></property><property name="single" type="java.lang.String"><column name="single" length="1" /></property><property name="position" type="java.lang.String"><column name="position" /></property></class>
</hibernate-mapping>

 

这篇关于Hibernate双向关联导致Java对象转换为JSON字符串时死循环问题的分析与解决方案的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/873433

相关文章

Java中流式并行操作parallelStream的原理和使用方法

《Java中流式并行操作parallelStream的原理和使用方法》本文详细介绍了Java中的并行流(parallelStream)的原理、正确使用方法以及在实际业务中的应用案例,并指出在使用并行流... 目录Java中流式并行操作parallelStream0. 问题的产生1. 什么是parallelS

Java中Redisson 的原理深度解析

《Java中Redisson的原理深度解析》Redisson是一个高性能的Redis客户端,它通过将Redis数据结构映射为Java对象和分布式对象,实现了在Java应用中方便地使用Redis,本文... 目录前言一、核心设计理念二、核心架构与通信层1. 基于 Netty 的异步非阻塞通信2. 编解码器三、

SpringBoot基于注解实现数据库字段回填的完整方案

《SpringBoot基于注解实现数据库字段回填的完整方案》这篇文章主要为大家详细介绍了SpringBoot如何基于注解实现数据库字段回填的相关方法,文中的示例代码讲解详细,感兴趣的小伙伴可以了解... 目录数据库表pom.XMLRelationFieldRelationFieldMapping基础的一些代

一篇文章彻底搞懂macOS如何决定java环境

《一篇文章彻底搞懂macOS如何决定java环境》MacOS作为一个功能强大的操作系统,为开发者提供了丰富的开发工具和框架,下面:本文主要介绍macOS如何决定java环境的相关资料,文中通过代码... 目录方法一:使用 which命令方法二:使用 Java_home工具(Apple 官方推荐)那问题来了,

Java HashMap的底层实现原理深度解析

《JavaHashMap的底层实现原理深度解析》HashMap基于数组+链表+红黑树结构,通过哈希算法和扩容机制优化性能,负载因子与树化阈值平衡效率,是Java开发必备的高效数据结构,本文给大家介绍... 目录一、概述:HashMap的宏观结构二、核心数据结构解析1. 数组(桶数组)2. 链表节点(Node

Java AOP面向切面编程的概念和实现方式

《JavaAOP面向切面编程的概念和实现方式》AOP是面向切面编程,通过动态代理将横切关注点(如日志、事务)与核心业务逻辑分离,提升代码复用性和可维护性,本文给大家介绍JavaAOP面向切面编程的概... 目录一、AOP 是什么?二、AOP 的核心概念与实现方式核心概念实现方式三、Spring AOP 的关

详解SpringBoot+Ehcache使用示例

《详解SpringBoot+Ehcache使用示例》本文介绍了SpringBoot中配置Ehcache、自定义get/set方式,并实际使用缓存的过程,文中通过示例代码介绍的非常详细,对大家的学习或者... 目录摘要概念内存与磁盘持久化存储:配置灵活性:编码示例引入依赖:配置ehcache.XML文件:配置

Java 虚拟线程的创建与使用深度解析

《Java虚拟线程的创建与使用深度解析》虚拟线程是Java19中以预览特性形式引入,Java21起正式发布的轻量级线程,本文给大家介绍Java虚拟线程的创建与使用,感兴趣的朋友一起看看吧... 目录一、虚拟线程简介1.1 什么是虚拟线程?1.2 为什么需要虚拟线程?二、虚拟线程与平台线程对比代码对比示例:三

Nginx分布式部署流程分析

《Nginx分布式部署流程分析》文章介绍Nginx在分布式部署中的反向代理和负载均衡作用,用于分发请求、减轻服务器压力及解决session共享问题,涵盖配置方法、策略及Java项目应用,并提及分布式事... 目录分布式部署NginxJava中的代理代理分为正向代理和反向代理正向代理反向代理Nginx应用场景

IDEA和GIT关于文件中LF和CRLF问题及解决

《IDEA和GIT关于文件中LF和CRLF问题及解决》文章总结:因IDEA默认使用CRLF换行符导致Shell脚本在Linux运行报错,需在编辑器和Git中统一为LF,通过调整Git的core.aut... 目录问题描述问题思考解决过程总结问题描述项目软件安装shell脚本上git仓库管理,但拉取后,上l