session关闭以后，如果还想用相关的对象，比如在页面中进行输出，但又不至于出现session已关闭的错误而导致无法获取对象的信息，本文提供三种解决方式：
1：第一次获得该对象的时候用get而不用load，因get不支持懒加载，在get该对象的同时会想数据库发出sql语句，取出该对象的相应信息放入缓存中，下次即使session已经关闭，因缓存中有相应的数据，查找该对象时会首先从缓存中查询，直接拿来用就ok了
2：可以把相应对象的lazy设为false，这样在load该对象的同时就会发sql语句取出该对象放到缓存中，以后再用可以直接从缓存中取，从而也避免了该异常
3：采用openSessionInView 该方式是通过延长session的时间方式来解决的，可以写一个filter或者inteceptor，下面以filter为例





 private SessionFactory sf;
//filter   -- > 
 public void doFilter(ServletRequest request, ServletResponse response,
   FilterChain chain) throws IOException, ServletException {
  try {
   // sf.getCurrentSession();//获得和当前线程绑定的session
   sf.getCurrentSession().beginTransaction();
   chain.doFilter(request, response);
   sf.getCurrentSession().getTransaction().commit();
  } catch (StaleObjectStateException staleEx) {
   throw staleEx;
  } catch (Throwable ex) {
   ex.printStackTrace();
   try {
    if (sf.getCurrentSession().getTransaction().isActive()) {
     sf.getCurrentSession().getTransaction().rollback();
    }
   } catch (Throwable rbEx) {
   }
   throw new ServletException(ex);
  }
 }
 public void init(FilterConfig filterConfig) throws ServletException {
  sf = HibernateSessionFactory.getSessionFactory();
 }
 public void destroy() {
 }

session关闭往后，如果还想用相关的方针，比如在页面中进行输出，但又不至于出现session已关闭的差错而致使无法获取方针的信息，本文供应三种处置办法： 1：第一次获得该方针的时分用get而不用load，因get不支持懒加载，在get该方针的一同会想数据库宣告sql语句，取出该方针的相应信息放入缓存中，下次即使session现已关闭，因缓存中有相应的数据，查找该方针时会首要从缓存中查询，直接拿 http://www.goodk123.info 来用就ok了 2：可以把相应方针的lazy设为false，这样在load该方针的一同就会发sql语句取出该方针放到缓存中，往后再用可以直接从缓存中取，然后也避免了该失常 3：选用openSessionInView 该办法是通过延伸session的时辰办法来处置的，可以写一个filter或许inteceptor，下面以filter为例  private SessionFactory sf;
//filter   -- > 
 public void doFilter(ServletRequest request, ServletResponse response,
   FilterChain chain) throws IOException, ServletException {
  try {
   // sf.getCurrentSession();//获得和其时线程绑定的session
   sf.getCurrentSession().beginTransaction();
   chain.doFilter(request, response);
   sf.getCurrentSession().getTransaction().commit();
  } catch (StaleObjectStateException staleEx) {
   throw staleEx;
  } catch (Throwable ex) {
   ex.printStackTrace();
   try {
    if (sf.getCurrentSession().getTransaction().isActive()) {
     sf.getCurrentSession().getTransaction().rollback();
    }
   } catch (Throwable rbEx) {
   }
   throw new ServletException(ex);
  }
 }
 public void init(FilterConfig filterConfig) throws ServletException {
  sf = HibernateSessionFactory.getSessionFactory();
 }
 public void destroy() {
 } http://www.gookp11.com 
转载于:https://www.cnblogs.com/fpqqchao/archive/2013/04/10/3011597.html

　　最近一段时间做项目的时候，自已在修改一个功能点，要更改已获取的数据列表中的某行记录内容，并将更改保存到数据库中，已写好了所有业务代码，在调用DAO层Hibernate方法执行数据库更新时，发现一个有意思的问题，程序执行数据库更新操作无任何异常，但是在刷新列表时，却发现该行数据根本没有更改。
　　经过分析与查找，确认是hibernate缓存问题，导制数据库操作无法真正的执行。具体原因是如何导制的，我没有正确答案，但可以肯定跟缓存有关。
具体代码如下：

　　　　　/**
	 * 修改指定流程下的节点内容
	 * @param lcbh
	 * @param lcmc
	 * @param oldJdbh
	 * @param oldJdmc
	 * @param newJdbh
	 * @param newJdmc
	 * @return
	 * @throws Exception
	 */
	public boolean updateLcjdDb(String lcbh,String lcmc,String oldJdbh,String oldJdmc,String newJdbh,String newJdmc) throws Exception {
		Session session = this.getSession();
		Transaction tx =null;
		String hql="update BFsYwbd set jdph=?,jdmc=? where lcph=? and lcmc=? and jdph=? and jdmc=?";
		int count=0;
		try{
			tx = session.beginTransaction();				
			Query query=this.getSession().createQuery(hql);
			query.setString(0, newJdbh);
			query.setString(1, newJdmc);
			query.setString(2, lcbh);
			query.setString(3, lcmc);
			query.setString(4, oldJdbh);
			query.setString(5, oldJdmc);
			count=query.executeUpdate();
			tx.commit();
			session.flush();
		}catch(Exception e){
			tx.rollback();
			throw e;
		}				
		return count>=1?true:false;	
	}



上面一段代码从运行角度来看无任何问题，但是就是无法将更新操作应用到数据库层面。

推测，可能是在执行数据库操作时由hibernate获取了缓存中的已有的数据列表，并对该列表中的指定对象进行了操作，但没有将该对象的操作执行到数据库中（注：所查询出的列表是经过数据库去掉重复项之后的集合，可能hibernate对缓存中的数据列表行进行了更新之后，却无法将该更改后的列表行缓存对象匹配到数据库中指定的记录行，导制无法真实的修改数据库中的记录，因为缓存中的对象已在数据库中找不到记录行或唯一行），hibernate的缓存策略是每个对应数据库表的缓存记录都具有会话ID，它保存了数据库中的记录与缓存中的对象一致，一但缓存中的记录发生更新操作，hibernate就会通过缓存机制找到对应数据库中表的数据，将其更改。代码中的是通过getSession()获取Session对象，在通过开启事务进行更新操作，最后提交事务，刷新缓存。 我们了解到通过getSession()所获取的Session对象，都是重新创建的一个新的会话对象，而我的功能中所获取的数据列表是通过getHibernateTemplate().find()执行得到的。getHibernateTemplate()方法是由spring通过在控制反转代理管理数据库连接sessionFactory所得到的，也就是说getHibernateTemplate方法中得到的会话对象是从sessionFactory会话工厂中得到，而sessionFactory会话工厂中会保持一个有用的Session会话，而不是每次通过调用getHibernateTemplate（）方法都会创建的，这与getSession()正好相反。因此推测到，在通过getSession()所生成的会话对象更改数据库时，会从hibernate的所有缓存中找到数据列表，但该会话对象只对该数据列表中的数据进行更新之后，并提交了事务刷新了会话对象，实际上就是清空了该Session会话，而该操作之对当前从getSession()中所获取会话缓存数据有效，实际上并没有更新Spring控制反转代理数据库连接所产生的sessionFactory会话工厂中的缓存数据。其最后结果就是更新了getSession()方法生成的会话对象中的数据缓存，而getSession()所产生的Session会话对象不被Spring所代理管理，而是将一个原始的最新的会话，就导制了原有的通过getHibernateTemplate()所生成的Spring代理的sessionFactory会话工厂的数据表列记录不能修改，sessionFactory会话工厂中所缓存的数据列表记录不能修改，其对应的数据库表记录也就不会有更新操作。

经过以上推测和分析之后，就大致明白了些。不过只是个人的见解，不一定是正确的方向。

经过修改后的代码如下：


　/**
	 * 修改指定流程下的节点内容
	 * @param lcbh
	 * @param lcmc
	 * @param oldJdbh
	 * @param oldJdmc
	 * @param newJdbh
	 * @param newJdmc
	 * @return
	 * @throws Exception
	 */
	public boolean updateLcjdDb(String lcbh,String lcmc,String oldJdbh,String oldJdmc,String newJdbh,String newJdmc) throws Exception {
		Session session = this.getHibernateTemplate().getSessionFactory().openSession();
		Transaction tx =null;
		String hql="update BFsYwbd set jdph=?,jdmc=? where lcph=? and lcmc=? and jdph=? and jdmc=?";
		int count=0;
		try{
			tx = session.beginTransaction();				
			Query query=this.getSession().createQuery(hql);
			query.setString(0, newJdbh);
			query.setString(1, newJdmc);
			query.setString(2, lcbh);
			query.setString(3, lcmc);
			query.setString(4, oldJdbh);
			query.setString(5, oldJdmc);
			count=query.executeUpdate();
			tx.commit();
			session.flush();
		}catch(Exception e){
			tx.rollback();
			throw e;
		}				
		return count>=1?true:false;	
	}



从上面的代码中可以看出，其实就是将getSession()方法获取Session会话对象，改为通过this.getHibernateTemplate().getSessionFactory().openSession()获取Spring所代码管理的会话对象。

一个简单快速的办法

通用又简单的的办法是从服务器端获取令牌，将其存到缓存中，调用接口时，根据获取令牌,判断是否属于重复提交，缓存最后使用redis分布式缓存，防止如果应用是分布式部署，两次提交提向了两个不同的节点，导致无法判断重复
实现代码

使用jedis.setNx方法，返回true则表示首次提交，再处理逻辑，否则提示已提交过，需要重新刷新页面，再次提交。
在struts里也有这样的方法，是利用的session令牌做的，用户刷新页面，session会存一个令牌，页面有个hidden标签存放这个令牌，提交的时候，会带上，如果相同则处理逻辑，不同表示已提交过，这种方法也可以实现。