Illegal attempt to associate a collection with two open sessions

本文分析了Spring框架中使用Hibernate时出现的非法尝试将集合与两个打开的会话关联异常的原因,并提供了具体的解决方案。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

org.springframework.orm.hibernate3.HibernateSystemException: Illegal attempt to associate a collection with two open sessions; nested exception is org.hibernate.HibernateException: Illegal attempt to associate a collection with two open sessions
at org.springframework.orm.hibernate3.SessionFactoryUtils.convertHibernateAccessException(SessionFactoryUtils.java:661)
at org.springframework.orm.hibernate3.HibernateAccessor.convertHibernateAccessException(HibernateAccessor.java:412)
at org.springframework.orm.hibernate3.HibernateTemplate.doExecute(HibernateTemplate.java:424)
at org.springframework.orm.hibernate3.HibernateTemplate.executeWithNativeSession(HibernateTemplate.java:374)
at org.springframework.orm.hibernate3.HibernateTemplate.saveOrUpdate(HibernateTemplate.java:744)
at com.huawei.cloud.util.baseDAO.impl.BaseDaoImpl.saveOrUpdateObject(BaseDaoImpl.java:111)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:310)
at org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:182)
at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:149)
at org.springframework.transaction.interceptor.TransactionInterceptor.invoke(TransactionInterceptor.java:106)
at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:171)
at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204)
at $Proxy78.saveOrUpdateObject(Unknown Source)
at com.huawei.cloud.service.impl.ComputingManagerServiceImpl.update(ComputingManagerServiceImpl.java:251)
at com.huawei.cloud.service.computing.JobTracer.errorClear(JobTracer.java:352)
at com.huawei.cloud.service.computing.JobTracer.run(JobTracer.java:106)
Caused by: org.hibernate.HibernateException: Illegal attempt to associate a collection with two open sessions
at org.hibernate.collection.AbstractPersistentCollection.setCurrentSession(AbstractPersistentCollection.java:432)
at org.hibernate.event.def.OnUpdateVisitor.processCollection(OnUpdateVisitor.java:66)
at org.hibernate.event.def.AbstractVisitor.processValue(AbstractVisitor.java:124)
at org.hibernate.event.def.AbstractVisitor.processValue(AbstractVisitor.java:84)
at org.hibernate.event.def.AbstractVisitor.processEntityPropertyValues(AbstractVisitor.java:78)
at org.hibernate.event.def.AbstractVisitor.process(AbstractVisitor.java:146)
at org.hibernate.event.def.DefaultSaveOrUpdateEventListener.performUpdate(DefaultSaveOrUpdateEventListener.java:316)
at org.hibernate.event.def.DefaultSaveOrUpdateEventListener.entityIsDetached(DefaultSaveOrUpdateEventListener.java:246)
at org.hibernate.event.def.DefaultSaveOrUpdateEventListener.performSaveOrUpdate(DefaultSaveOrUpdateEventListener.java:112)
at org.hibernate.event.def.DefaultSaveOrUpdateEventListener.onSaveOrUpdate(DefaultSaveOrUpdateEventListener.java:93)
at org.hibernate.impl.SessionImpl.fireSaveOrUpdate(SessionImpl.java:534)
at org.hibernate.impl.SessionImpl.saveOrUpdate(SessionImpl.java:526)
at org.hibernate.impl.SessionImpl.saveOrUpdate(SessionImpl.java:522)
at org.springframework.orm.hibernate3.HibernateTemplate$16.doInHibernate(HibernateTemplate.java:747)
at org.springframework.orm.hibernate3.HibernateTemplate.doExecute(HibernateTemplate.java:419)
... 17 more


解决方式1:this.getHibernateTemplate().merge(entity)
<think>我们面对的是一个Qt多线程编程问题,具体错误是:在QML引擎线程中尝试连接另一个线程中的对象(LifoBluetoothCtr)导致的跨线程错误。 根据引用[1]:错误信息是“Illegal attempt to connect to ... that is in a different thread than the QML engine”。 引用[2]和[3]提供了多线程编程的上下文,特别是QThread的使用和信号槽跨线程问题。 在Qt中,对象属于创建它的线程。当一个对象所在的线程与当前线程不同时,直接连接信号槽是不安全的(除非使用Qt::DirectConnection,但通常我们使用默认的Qt::AutoConnection,它会自动转换为跨线程的队列连接)。但是,如果我们在QML中直接连接C++对象(该对象不在主线程),就会触发这个错误。 解决方案的核心:确保在QML引擎中连接的对象(LifoBluetoothCtr)与QML引擎处于同一个线程(主线程)或者使用正确的跨线程通信机制。 可能的解决方案: 1. 将LifoBluetoothCtr对象移动到主线程(QML引擎所在的线程)。 2. 如果LifoBluetoothCtr必须在子线程运行,则不能直接在QML中连接它的信号或槽。而应该通过一个在主线程的代理对象来中转信号。 具体步骤: 方案1:将对象移动到主线程 在创建LifoBluetoothCtr对象后,调用`moveToThread`将其移动到主线程(注意:必须在对象创建后,并且在它还没有被使用之前移动,通常在主线程中移动)。 但是,如果LifoBluetoothCtr是一个耗时的操作对象,移动到主线程可能会阻塞主线程,所以需要谨慎。 方案2:使用代理对象(推荐) 创建一个在主线程的代理对象,该对象暴露与LifoBluetoothCtr相同的接口(信号和槽)。然后,将LifoBluetoothCtr的信号连接到代理对象的信号(使用跨线程连接方式,即队列连接),然后在QML中连接代理对象的信号。 步骤: a) 创建一个继承自QObject的代理类,例如BluetoothCtrProxy,并定义与LifoBluetoothCtr相同的信号(或者你需要在QML中使用的信号)。 b) 在代理类中,提供一个设置真实对象的方法,在该方法中将真实对象(LifoBluetoothCtr)的信号连接到代理类的信号,注意连接类型为Qt::QueuedConnection(或者使用自动连接,因为跨线程会自动使用队列连接)。 c) 确保代理对象在主线程中创建,而LifoBluetoothCtr在子线程中运行。 d) 在QML中,使用代理对象代替LifoBluetoothCtr进行连接。 另外,根据引用[3]中的示例,我们使用QThread来管理子线程,并在子线程中运行任务。注意,在子线程中不能创建需要父对象的对象(因为父对象可能在不同线程),这就是引用[2]中的错误。 因此,在实现时,我们需要注意: - 在子线程中创建LifoBluetoothCtr对象时,不要设置父对象(或者父对象也在同一个线程)。 - 使用信号槽进行跨线程通信时,确保连接是队列连接。 示例代码: 首先,我们创建一个代理类: ```cpp class BluetoothCtrProxy : public QObject { Q_OBJECT signals: void someSignal(int value); // 暴露给QML的信号 public slots: void setController(LifoBluetoothCtr* controller) { // 将真实控制器的信号连接到代理的信号 connect(controller, &LifoBluetoothCtr::someSignal, this, &BluetoothCtrProxy::someSignal, Qt::QueuedConnection); } }; ``` 然后,在创建线程和控制器时: ```cpp // 在主线程中创建代理对象 BluetoothCtrProxy* proxy = new BluetoothCtrProxy(this); // this为主线程对象 // 创建线程和控制器 QThread* workerThread = new QThread; LifoBluetoothCtr* controller = new LifoBluetoothCtr; // 注意:不要设置父对象 controller->moveToThread(workerThread); // 将控制器的信号连接到代理 proxy->setController(controller); // 启动线程 workerThread->start(); ``` 在QML中,我们使用这个代理对象: ```qml Connections { target: bluetoothCtrProxy // 暴露给QML的代理对象 onSomeSignal: { // 处理信号 } } ``` 注意:在QML中,需要将代理对象注册为QML可用的上下文属性或单例。 另外,还有一种更简单的方法:如果LifoBluetoothCtr对象是在主线程创建的,然后被移动到子线程,那么它的信号在连接到QML对象时,由于QML对象在主线程,所以连接会自动成为队列连接。但是,在QML中直接连接一个不在主线程的对象,QML引擎会报错(如题)。因此,我们仍然需要代理对象。 因此,推荐使用代理对象的方式。 总结步骤: 1. 创建一个代理对象(在主线程)。 2. 将子线程对象(LifoBluetoothCtr)的信号连接到代理对象的信号(使用队列连接)。 3. 在QML中连接代理对象的信号。 这样,QML引擎连接的是主线程的代理对象,就不会报跨线程错误了。而实际信号是从子线程发出,通过队列连接传递到主线程的代理对象,再由代理对象转发到QML。 注意:在程序退出时,需要正确销毁线程和对象,避免内存泄漏。 另外,根据引用[2]中的错误,在子线程中创建QUdpSocket时,不能设置父对象(因为父对象在主线程)。所以,在子线程中创建的对象,不要设置父对象为主线程的对象。应该将其父对象设置为nullptr,然后移动到子线程,并在子线程中销毁(通过连接线程的finished信号来删除对象)。 希望以上解决方案能够帮助你解决问题。</think>### 解决 QQmlEngine 跨线程连接错误 当 QML 引擎尝试连接不同线程中的 `LifoBluetoothCtr` 对象时,会出现此错误。根本原因是 **Qt 的对象线程亲和性规则**:对象只能与创建它的线程交互。以下是完整解决方案: --- ### 解决方案步骤 #### 1. **确保对象在主线程创建(推荐)** ```cpp // 在主线程创建对象 LifoBluetoothCtr* ctr = new LifoBluetoothCtr(qmlEngine->rootContext()); ``` - **原理**:QML 引擎在主线程运行,所有交互对象必须在同一线程创建 - **验证**:通过 `ctr->thread() == QCoreApplication::instance()->thread()` 检查 #### 2. **使用信号代理中转(复杂场景)** ```cpp // 代理类(在主线程) class BluetoothProxy : public QObject { Q_OBJECT signals: void dataReceived(QByteArray data); // 暴露给QML的信号 }; // 子线程连接 connect(realController, &LifoBluetoothCtr::dataReady, proxy, &BluetoothProxy::dataReceived, Qt::QueuedConnection); // 关键跨线程连接类型 ``` - **注册代理**:将代理对象暴露给 QML 上下文 - **QML 连接**: ```qml Connections { target: bluetoothProxy onDataReceived: { /* 处理数据 */ } } ``` #### 3. **正确实现 QThread 子类** ```cpp class BluetoothThread : public QThread { Q_OBJECT void run() override { LifoBluetoothCtr controller; // 注意!在子线程内创建对象 // ... 业务逻辑 ... emit result(data); } signals: void result(QByteArray); }; ``` - **关键点**: - 在 `run()` 内创建对象(自动绑定子线程) - 避免在构造函数中创建对象(会绑定主线程) - 对象**不能**设置父对象(否则强制绑定父对象线程) #### 4. 跨线程信号连接验证 ```cpp // 检查连接类型 if (connectType == Qt::QueuedConnection) { qDebug() << "安全跨线程连接"; } ``` - 必须使用 `Qt::QueuedConnection`(自动队列)或 `Qt::BlockingQueuedConnection` --- ### 错误原因分析 1. **线程亲和性冲突**: - QML 引擎线程 ≠ `LifoBluetoothCtr` 所在线程 - 违反 Qt 的[对象线程规则](https://doc.qt.io/qt-6/threads-qobject.html) [^1] 2. **常见错误模式**: ```cpp // 错误!对象在主线程创建却移入子线程 LifoBluetoothCtr* ctr = new LifoBluetoothCtr; ctr->moveToThread(workerThread); // QML连接时仍报错 ``` 3. **QThread 误用**: - 在子类构造函数创建对象 → 对象绑定主线程 - 为子线程对象设置父对象 → 父对象强制线程迁移 --- ### 验证方案 ```cpp // 在连接前检查线程 qDebug() << "QML 线程:" << qmlEngine->thread(); qDebug() << "Controller 线程:" << ctr->thread(); // 正确输出示例: // QML 线程: QThread(0x7f8894000b90) // Controller 线程: QThread(0x7f8894000b90) // 相同即安全 ``` > **关键原则**:QML 交互对象必须与 QML 引擎同线程(通常为主线程)。耗时操作通过信号代理或 `QThread` + 无父对象模式隔离到子线程[^2][^3]。 --- ### 相关问题 1. 如何在 QML 中安全调用 C++ 耗时方法? 2. `Qt::BlockingQueuedConnection` 和 `Qt::QueuedConnection` 有何区别? 3. 为什么 QThread 子类中的对象不能设置父对象?
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值