hibernate循环插入数据

       在使用hibernate持久化数据时，经常会预见循环插入数据的问题。一个有趣的现象是，在循环插入数据的时候，只有第一条数据时真正插入到数据库的，剩余的都在对这条数据进行更新操作。

      例如如下代码：

<pre class="java" name="code">for(int i=0;i<j;i++){
    //do something
    xxDAO.save(dataToSave);
}

     上述代码本意是将该对象保存J个，但是很遗憾，hibernate在持久化时不会在数据库保存J个对象。它只会插入一个，然后对该对象更新J-1次。其原因是hibernate在持久化的过程中主要是靠ID（主键）来识别对象的。当第一次保存时，hibernate已经通过主键 生成策略产生了ID，并将其赋值给对象。虽然在后面我们还进行了J-1次插入，但实际上hibernate的session.save()和session.update()方法最后都是调用saveOrUpdate()方法的。当hibernate检测到改对象（通过ID识别）已经持久化后，剩余的都是对该对象的更新了。

    所以在需要循环初始化对象的时候，我们需要每次save的都是一个新的、并未持久化的对象。例如通过new关键字创建。但我在测试这个问题的时候犯了了如下的错误

<pre class="java" name="code">for(int i=0;i<j;i++){
    BeanToSave data=new BeanToSave();
    //beanToSave已经存在的一个bean实体对象
    data=beanToSave;
    xxDAO.save(data);
}

    上述代码看起来每次都new 了一个对象用于保存，但实际上的效果更开头的示例一样，也只是插入一条数据，剩下的操作都将对该对象进行更新。则可以借助C或者C++的指针来理解，就变得很简单了。实际上我们每次保存的仍然是beanToSave这个对象。只是此时data和beanToSave持有同一条引用。

   正确的应该这样：

for(int i=0;i<j;i++){
    BeanToSave data=new BeanToSave();
    //beanToSave已经存在的一个bean实体对象
    data=Util.merge(beanToSave);
    xxDAO.save(data);
}

    其中的Util.merge()应该是一个类似于Mapping的函数，它能将beanToSave的属性值传递给data（即相同class对象的属性复制）。这样我们在保存时，才会插入J条数据。

    但是个人感觉，在采用Spring的DI注入时，主动new自定义对象，不是跟Spring的解耦思想相违背吗？