怎麼給service事務配置
A. spring和mybatis整合怎麼將事務在service層關閉使用xml配置
首先事務不是根據是不是service層而關閉的，而是你開啟的session什麼時候用完 在哪個層用完就關閉。而一般情況下都是在事務配置文件里的前綴方法名
如：
<tx:method name="save*" propagation="REQUIRED"/>
這種在service層調用saveXXX方法時候 這個方法就被事務管理，這個save方法里 再調用層查詢了你要的數據時候 開啟了session 開啟了事務 。當你執行完了這個save方法 事務自動關閉，session也自動關閉，都是由spring管理的
B. 怎麼在 service 層控制事務
你好，很高興回答你的問題。
Spring的事務管理本身是基於aop的原理，在執行service方法之前開啟事務，執行service方法之後提交事務，如果遇到異常，則回滾。
要不使用Spring自己實現，那就是把上述的邏輯自己實現一遍。
如果有幫助到你，請點擊採納。
C. hibernate配置事務，運用在service層，那麼在serviceImpl中的異常要怎麼處理
異常時候還能進入了資料庫，說明你的事務配置文件沒有問題。只是你對事務的開啟時間和事務回滾機制不太熟悉問題。
如果需求是全部回滾 簡單，思想是這樣 在你的save方法執行前用service。XX方法開一個事務，讓這個事務管理這個方法里的save，這樣回滾會是全部效果
在你調用service。XXX方法時候這個XXX方法名匹配上面你那個前綴，潛在要求是 不能是read-only的 必須是REQUIRED的。然後在這個XXX方法里（就是實現類里）進行save，當你程序在XXX方法體里 出了異常 全部回滾
不懂可以追問
D. spring怎樣在service層控制事務
<!–聲明事務–>
< bean id=」txManager」>
< property name=」sessionFactory」 ref=」sessionFactory」 />
< /bean>
< !– 創建通知–>
< tx:advice id=」txAdvice」 transaction-manager=」txManager」>
< tx:attributes>
< tx:method name=」find*」 read-only=」true」/>
< tx:method name=」has*」 read-only=」true」/>
< tx:method name=」add*」 propagation=」REQUIRED」 />
< tx:method name=」alter*」 propagation=」REQUIRED」 />
< tx:method name=」upd*」 propagation=」REQUIRED」 />
< tx:method name=」del*」 propagation=」REQUIRED」 />
< tx:method name=」exec*」 propagation=」REQUIRED」 />
< /tx:attributes>
< /tx:advice>
< !– 切入介面所在的包 –>
< aop:config>
< aop:pointcut id=」serviceOperation」 expression=」execution(public * org.bgi.*.service.*.*(..))」 />
< aop:advisor advice-ref=」txAdvice」 pointcut-ref=」serviceOperation」 />
< /aop:config>
E. 如何在service層進行事務控制
1.顯示事勿，手動編寫代碼
2.利用spring 的架構的特性，配置事務管理
F. spring 事物怎麼配置在多個service
使用spring事務管理
，在service層做的配置
在action層調用兩個service方法（service.a1(),service.a2()），
service.a1()插入10條數據，
service.a2()中sleep測試
發現：service.a1()中插入資料庫10條數據未提交，查詢時顯示數據被鎖。。。。求解答。。。
我想知道怎麼才能在程序執行到service.a2()
的時候，在資料庫可以對service.a1()中插入的10條數據進行操作。。。。。。
G. 在service中啟動多線程 怎麼控制事務
1.創建事件對象或互斥對象（創建一個全局標記(無論什麼都可以，對象，變數)，看是否有其他線程使用，注意，使用後必須重置標記）例子：WaitSignal();等待資源SetSignal();把資源設置成正在使用...代碼；ReleaseSighal();重置資源，這樣其他資源都可以使用2.各線程含有一部分資源，但仍需要（等待）其他線程的資源。比如：有兩個資源，汽車和車鑰匙A有車，B有車鑰匙但他們都不把擁有的資源給對方，這樣他們都不能開車，即死鎖。
H. spring 聲明事務處理配置
一般以Spring作為應用層框架的程序，事務一般都聲明在service層。
Spring中的事務功能是以切面方式織入到業務代理對象中的，如果你在service中的A方法直接調用了service的B方法，不管B方法配置了什麼樣的事務屬性，A在調用B時都不會走B的事務的。
因為這種情況，A方法調用B方法只是簡單的方法調用，完全沒有事務什麼事。
如果你要在A方法中調用B方法，並且還要保留B方法中聲明的事務屬性，那麼只能在A方法中從Spring容器中獲得service對象（也就是織入事務的業務代理對象），然後在調用service對象的B方法，這樣才能保留B方法聲明的事務。
I. Spring事務配置在service層，傳播規則為required，方法中究竟應該是調用servi
既可以單獨注入service，也可以單獨注入，關鍵是，spring容器的事務管理默認只截獲未檢查異常RuntimeException。上邊配置的rollback-for="java.lang.Exception"其實不用配置。配置如下
<tx:advice id="txAdvice" transaction-manager="transactionManager">
<tx:attributes>
<tx:method name="delete*" propagation="REQUIRED" read-only="false" />
<tx:method name="insert*" propagation="REQUIRED" read-only="false" />
<tx:method name="update*" propagation="REQUIRED" read-only="false" />
<tx:method name="save*" propagation="REQUIRED" read-only="false" />
<tx:method name="*" propagation="REQUIRED" read-only="true"/>
<:attributes>
<:advice>
解決方案是：
如果代碼中使用了try...catch...捕獲了檢查型異常，意味著程序員自己必須要解決異常，必須知道如何解決異常。通常的做法是：將檢查型的異常在catch塊中重新拋出為Runtime Exception，這樣Spring容器就會截獲該異常，進行事務回滾處理 。如下
try {
.....
}catch( CheckedException e ) {
logger.error(e);
throw new RuntimeException(e);
}
注意，不使用try...catch...，而在方法簽名後向外拋出檢查型異常的行為不可取，事務也不會回滾。
如果代碼中沒有使用try拋出了未檢查異常，則Spring容器會自動截獲異常，進行事務回滾處理。
J. Spring 怎麼配置service層某個方法是事務的
@Transaction