62,046
社区成员
发帖
与我相关
我的任务
分享.net 系统框架是如何管理事务的？
本人Java工程师，偶尔做做 .net 下的东东
一直不太明白 dot net 下对事务管理似乎不太关注它们的一致性！
先说说Java的机制。
在Java项目里，特别是 Web 项目里，对数据库事务的管理很多时候都是由框架自动完成的，感觉很方便也很合理。
比如在一个Web项目中，一般是框架把一个数据库连接和当前的线程绑定，这样一来，在程序的任何地方如果想访问数据库，可以通过框架把与当前线程绑定的连接取到，然后访问数据库。当然，这是基本原理，中间还会有很多机制。
这样做的好处是，一方面框架保证了连接的打开和关闭，以前一直困扰程序员的有连接打开却没有关闭的现象不再存在；另一方面是，代码里不必再花太多工夫关注事务了，方法调用方法，然后被调用的方法里又调用其它方法……这些方法访问数据库时，只要是在一个线程里，就肯定是在一个事务里。
但是在 .net 里似乎没有这种机制。以 EntityFramework 为例，如果我没有理解错的话，它是通过一个 Context 对象来管理事务的，在这个 Context 对象上进行的操作才属于同一个事务。
如此一来，前面说的两个问题。事务管理方面，在业务逻辑开始的地方，使用 using(Context ctx = new DefaultContext()) 保证事务的开启和关闭，这需要人工管理；在事务管理方面，如果方法1调用为方法2，则方法1要把一个 Context 对象通过参数传递给方法2，如果方法2调用方法3，也是如此。
当然，我们可以通过程序架构市里时，把 Context 对象或者 Connection 对象进行封装，把它放到线程静态变量中，这样就不必把 Context 或 Connection 对象从方法传来传去！十年前写过一个简单的 asp.net webform 项目，我就是这样管理连接的！
另外，我看一些朋友写的 dot net 系统，他们的做法都没有关注事务的一致性。比如对数据表的插入操作，被封装成一个方法，在这个方法里，临时打开连接，插入操作完成之后马上关闭，打开连接、执行操作、得到结果、关闭连接都在这个方法里完成。如果有一个业务需要连接插入三个表，那么至少会打开三次连接，并且三次插入操作不在同一事务中！一旦插入一、二个表成功，第三个表插入失败，事务无法回滚，业务逻辑会不完整！为此，我曾经问过那些朋友，他们说如果遇到事务，会单独写几个方法，连接进行数据库访问。虽然他的办法可行，但本人感觉总是没那么完善，插入操作要被重写！
想想 dot net 和 Java 竞争了有20年了，没道理在这个问题上会明显的处于下风，并且个人感觉这种问题解决应该不是什么难事！还是说 dot net 在处理数据库事务方面有独特的思想？
一直不太明白 dot net 下对事务管理似乎不太关注它们的一致性！
先说说Java的机制。
在Java项目里，特别是 Web 项目里，对数据库事务的管理很多时候都是由框架自动完成的，感觉很方便也很合理。
比如在一个Web项目中，一般是框架把一个数据库连接和当前的线程绑定，这样一来，在程序的任何地方如果想访问数据库，可以通过框架把与当前线程绑定的连接取到，然后访问数据库。当然，这是基本原理，中间还会有很多机制。
这样做的好处是，一方面框架保证了连接的打开和关闭，以前一直困扰程序员的有连接打开却没有关闭的现象不再存在；另一方面是，代码里不必再花太多工夫关注事务了，方法调用方法，然后被调用的方法里又调用其它方法……这些方法访问数据库时，只要是在一个线程里，就肯定是在一个事务里。
但是在 .net 里似乎没有这种机制。以 EntityFramework 为例，如果我没有理解错的话，它是通过一个 Context 对象来管理事务的，在这个 Context 对象上进行的操作才属于同一个事务。
如此一来，前面说的两个问题。事务管理方面，在业务逻辑开始的地方，使用 using(Context ctx = new DefaultContext()) 保证事务的开启和关闭，这需要人工管理；在事务管理方面，如果方法1调用为方法2，则方法1要把一个 Context 对象通过参数传递给方法2，如果方法2调用方法3，也是如此。
当然，我们可以通过程序架构市里时，把 Context 对象或者 Connection 对象进行封装，把它放到线程静态变量中，这样就不必把 Context 或 Connection 对象从方法传来传去！十年前写过一个简单的 asp.net webform 项目，我就是这样管理连接的！
另外，我看一些朋友写的 dot net 系统，他们的做法都没有关注事务的一致性。比如对数据表的插入操作，被封装成一个方法，在这个方法里，临时打开连接，插入操作完成之后马上关闭，打开连接、执行操作、得到结果、关闭连接都在这个方法里完成。如果有一个业务需要连接插入三个表，那么至少会打开三次连接，并且三次插入操作不在同一事务中！一旦插入一、二个表成功，第三个表插入失败，事务无法回滚，业务逻辑会不完整！为此，我曾经问过那些朋友，他们说如果遇到事务，会单独写几个方法，连接进行数据库访问。虽然他的办法可行，但本人感觉总是没那么完善，插入操作要被重写！
想想 dot net 和 Java 竞争了有20年了，没道理在这个问题上会明显的处于下风，并且个人感觉这种问题解决应该不是什么难事！还是说 dot net 在处理数据库事务方面有独特的思想？
...全文
请发表友善的回复…
发表回复
小灰狼 2020-04-23
- 打赏
- 举报
哦！？请问我在哪里说错了吗？
m0_47293827 2020-04-23
- 打赏
- 举报
在Java项目里，特别是 Web 项目里，对数据库事务的管理很多时候都是由框架自动完成的，感觉很方便也很合理。
说明楼主也不了解java对事务的实现
江湖评谈 2020-04-21
- 打赏
- 举报
关于 dotnet 的技术问题，微软的官方文档都提供给你了，你依然坚持你是对的，那你就坚持好了，反正你做的不是我的项目！
关于 java 的问题，你觉得你才是对的，那你就觉得好了！
反正我认输，你赢了，爽不爽！
关于恶语相向，我找了半天，发现也就一句业余工程师告诉你什么什么之类的话可能刺激到您！于是收到了来自某人关于“智障”的诅咒！
好吧，我又错了，您老人家怎么会错呢，您说的一定是对的，因为您可是天才！微软件的官方文档都找出了问题，这问题可不一般，这可是足以颠覆 dotnet 开发模式的大毛病！对您这样的天才，“谦虚”这个词绝对不能用在您老人家身上的，那是对您老人家的侮辱！
[/quote]
别逗了，微软文档有你说的 数据库关闭是非托管?
没人想跟你争输赢，但是你是真的不懂，逼还装得一样一样的。
搞得一副自己很委屈很大度的的样子。
qq_36786068 2020-04-21
- 打赏
- 举报
其实他你主要是正好撞枪口上了，我也观察了这帮伙计，他们天天折腾线程
你要说 Future 和 Promise他早不跟你纠结了，一半人直接蒙圈，另一半人也只是听说有个 async/await
你没看着sp1234已经开始发飙了么，不管在那个帖子，那个内容一律回复，0202年了，你们就不能玩点新的？
小灰狼 2020-04-21
- 打赏
- 举报
其实我作为常年使用Java的工程师，一直使用那种模式管理数据库事务，感觉很方便，思维上已经习惯了。
但进入到 dotnet 项目之后，发现很多示例，以及朋友的dotnet项目，都要手动进行管理，或者直接没有事务（任何数据库访问都是打开然后立刻关闭）。因此才想在这里发帖问问 dotnet 平台上是如何处理这事的。
在 java 中，也不是说事务就一定要和线程进行绑定，这只是一种使用模式，并且在多线程环境中，特别是 web 编程里，这种方式很方便。另外，java中说的框架，和 dotnet 中的框架（dotnet framework）并不是一个概念，它只是一堆类库，然后在这个库的环境下进行开发。
小灰狼 2020-04-21
- 打赏
- 举报
关于 dotnet 的技术问题，微软的官方文档都提供给你了，你依然坚持你是对的，那你就坚持好了，反正你做的不是我的项目！
关于 java 的问题，你觉得你才是对的，那你就觉得好了！
反正我认输，你赢了，爽不爽！
关于恶语相向，我找了半天，发现也就一句业余工程师告诉你什么什么之类的话可能刺激到您！于是收到了来自某人关于“智障”的诅咒！
好吧，我又错了，您老人家怎么会错呢，您说的一定是对的，因为您可是天才！微软件的官方文档都找出了问题，这问题可不一般，这可是足以颠覆 dotnet 开发模式的大毛病！对您这样的天才，“谦虚”这个词绝对不能用在您老人家身上的，那是对您老人家的侮辱！
qq_36786068 2020-04-21
- 打赏
- 举报
如今的java也大量充满 Future 和 Promise方式
也就是俺们的异步，所以他们使用线程也没必要惊讶，等同EF.core给你的 asyn方式，so。 await xxx.updateasyn()，就不能算线程，可以到处使用，并且能事务的东西？？
小灰狼 2020-04-21
- 打赏
- 举报
我说我业余，是一种谦虚的说法，你还真当我业余？小伙子情商有待提高啊！
现在全栈工程师多得是，只是本人主要项目是用java而已！
既然说到线程这种具体的技术问题，OK，那就继续跟你掰扯一下：
在一个线程里，如果打开一个连接，或者启动一个事务，你把它放到一个静态线程变更里，那么在多线程环境里，在其它任何地方，你从这个线程变更中取到的连接或者事务，肯定是同一个。
比如你有10个线程，全部都在执行，并且全部都打开了连接、启动了事务。程序大概是这样的：
public class TransMgr : IDispose{
[ThreadStatic]
private static TransMgr threadInstance;
private Connection conn;
private Transaction trans;
public static Connection CurrentConnection {
get{
return threadInstance.conn;
}
}
public static TransMgr ThreadInstance {
if(threadInstance == null){
conn = new ......
trans = conn.BeginTransaction();
}
return threadInstance;
}
public override void Dispose(){
if(this.trans != null) this.trans.Close();
if(this.conn != null) this.conn.Close();
}
}
......
// 业务开始
using(TransMgr tm = TransMgr.ThreadInstance){
method1();
method2();
....
methodn();
}
在 method1, method2, method3...... methodn() 里，可以通过调用 TransMgr.CurrentTransaction 得到与当前线程绑定的一个事务，这个方法是线程安全的。假设你的10个线程分别是 thread1, thread2, thread3....thread10, 它们会分别启动事务 trans1, trans2, trans3....trans10。比如thrread4 启动的是 trans4，那么这个线程在 method1, method2, method3....threadn 里通过 TransMgr.CurrentTransaction 得到的，一定是 trans4 对象，各个线程之间得到的事务对象是各自隔离的。直到 using 语句块执行完毕！
这里用到了一个不常用的技术，就是所谓的“线程静态”，这在 java 里比较常用。里面用到 ThreadStatic 属性，整明白了这一点，啥都清楚了！
到此为止，本人感觉已经对线程绑定事务进行了很彻底的解释。如果你想玩文字游戏，我直接认输，毕竟我不是专业写文档的，实在没法保证语句里面没有漏洞。
至于其它的技术问题，既然你如此坚持，我就不跟你争了。因为这个帖主要是想讨论事务管理，你有兴趣就和你的同行们讨论，然后在心里往死里BS我！
江湖评谈 2020-04-21
- 打赏
- 举报
我懂不懂不是你说了算了，你还没这个资格！
我负责主导设计的项目多了去了，项目里关于线程的技术用得非常多，本人也玩得很成功，老板认可、客户认可、技术同行认可，但您老人家认不认可已经无所谓了！
关于技术问题，本人在您心里已经被帖了标签，可以肯定我不可能说服得了你。既然你依然坚持，你可以向你的同事、同学或者同行探讨！
当然您也可以说，我凭什么要听你的，我就不去跟他们探讨，我的观点就是对的，这是您的自由，如果您不乐意，算我多嘴！
[/quote]
既然你知道自己没资格，你大言不惭的说，让我这个业余 dotnet 工程师告诉你 ？ 又开始自己抽自己？
你所谓的被别人认可就是 ，只要是在一个线程里，就肯定是在一个事务里 这种基础认知错误的东西?
我还说我曾经接见过比尔盖茨呢 ，连微软的 widnows系统都是我发明的呢，牛谁不会吹
小灰狼 2020-04-21
- 打赏
- 举报
我懂不懂不是你说了算了，你还没这个资格！
我负责主导设计的项目多了去了，项目里关于线程的技术用得非常多，本人也玩得很成功，老板认可、客户认可、技术同行认可，但您老人家认不认可已经无所谓了！
关于技术问题，本人在您心里已经被帖了标签，可以肯定我不可能说服得了你。既然你依然坚持，你可以向你的同事、同学或者同行探讨！
当然您也可以说，我凭什么要听你的，我就不去跟他们探讨，我的观点就是对的，这是您的自由，如果您不乐意，算我多嘴！
江湖评谈 2020-04-20
- 打赏
- 举报
GC能帮你搞定数据库的打开和关闭？？？
您老人家可别在我这个业余 dot net 选手面前丢人哦！
[/quote]
当然 数据库打开自然要手动，至于关闭，你自己不关闭可以自动帮你回收
一个数据库连接和当前的线程绑定，这样一来，在程序的任何地方如果想访问数据库。
只要是在一个线程里，就肯定是在一个事务里。
你在CSDN混了 11年，连业余的货色都不如。基本东西都搞不清楚，别丢人现眼了，还是去种田吧，那个比较适合你
通者归来 2020-04-20
- 打赏
- 举报
你的意思就是说，无论多复杂的业务逻辑计算，全部先算好，最好统一进行保存操作？
[/quote]
其实你心里早就有答案了，言尽于此。
小灰狼 2020-04-20
- 打赏
- 举报
GC能帮你搞定数据库的打开和关闭？？？
您老人家可别在我这个业余 dot net 选手面前丢人哦！
好吧，这句话不够严谨！
我的意思是，在WEB编程环境里，一个来自客户端的请求，一定会放到一个线程里处理完毕，它不会被拆到多个线程里进行处理。比如有 m1, m2, m3......mn，这 n 个方法被一个 http 请求处理，它一定会在一个线程里被连接调用，中间可能会被中断，但被中断的线程继续执行时，与被中断前的逻辑是一致的，不存在 m1, m2, m3在线程 A 执行，然后中断再交给线程 B 继续执行 m4, m5......。
基于这一点，只需要在请求的开始地方，启动事务，并绑定线程，业务处理完毕后，提交事务并解除绑定。当然在 m1, m2, ...... 这些方法里，可以随时从线程静态变量中取到事务管理的相关对象管理事务。
小灰狼 2020-04-20
- 打赏
- 举报
我没打算拿 java 和 dotnet 进行对比，做一个 java 粉或者 dot net 粉，那是出道刚几年的新手喜欢的角色。但是开发过程中却难免要拿来对比，比如这里说的如何处理事务，因为我开发过程中就要考虑事务怎么处理。
Java从来没有规定事务就一定要和线程进行绑定，它流行起来是因为别的公司不断对它的外围技术进行完善。但这是目前流行的开发框架的流行做法。框架这样做也很容易理解，因为在WEB这样的多线程环境中，大多数的事务处理就是一个线程完成一个事务；何况，框架也只是默认将线程和事务绑定，如果你不想绑定，或者想自己控件事务的提交和回滚，框架也是支持的。
桌面应用程序基本上没有多线程环境事务的问题，就算有，处理也简单！
xiaoxiangqing 2020-04-20
- 打赏
- 举报
java事务，基本上是由框架提供的，很方便
qq_36786068 2020-04-20
- 打赏
- 举报
所以你们的回答，也是千篇一律的“他不响应了，开线程“
qq_36786068 2020-04-20
- 打赏
- 举报
这点上人家还是可以滴，我前面的翻了20，30篇帖子，其实这里面有一半问题问的都是“他不响应了，怎么办”
qq_36786068 2020-04-20
- 打赏
- 举报
使用线程来封装数据库访问，在我看并不是什么规定，什么高级技术，什么谁比谁好
他只是采用了“响应式编程”的号召，无论什么情况我们都要响应，哪怕线程异常了，程序也没崩溃，他能继续响应别的请求
江湖评谈 2020-04-20
- 打赏
- 举报
你去看看 springboot 框架的资料，里面的事务管理就是和线程进行关联
在 springboot 流行之前，hibernate 这个 orm 框架对连接的管理，也是建议把 Transaction 和线程进行绑定。随便找一本讲 hibernate 的书，基本上都会建议读者这么作。
在 dotnet 里没看到这样用，不说明这种用法不存在，但在Java业界这是最流行的做法，你不会就麻烦谦虚一点，不要在这里睁眼说瞎话。
关于 dotnet 垃圾回收，你可以看看微软 msdn 上的文章：
https://docs.microsoft.com/zh-cn/dotnet/standard/garbage-collection/fundamentals
里面有句话：如果托管对象使用非托管对象的本机文件句柄来引用非托管对象，则必须显式释放非托管对象，因为垃圾回收器仅跟踪托管堆上的内存。
另外，我承认前面关于描述细节的描述不够严谨，有漏洞。如果你觉得这样钻空子然后怼人很过瘾，很有面子的话，那么OK，我成全你，您赢了，您牛B，您才是大牛。
最后，作为长你几岁的大哥，劝你嘴上积德，别动不动就什么智障之类恶语相向！我发这篇帖子，目的是为了技术交流，而不是为了怼怼人过把瘾！也不是一定要争个输赢，如果把输赢看得过重，则偏离了发帖的初衷。
[/quote]
并不是说怂你钻空子，就显得高人一等，而是你自己一直在抽自己
你说只要是在一个线程里，就肯定是在一个事务里。可见你根本不是不够严谨有漏洞，
而是你根本不懂，基础的东西都不懂
后面开始装逼，另外，让我这个业余 dotnet 工程师告诉你。你算什么玩意，需要你告诉？
往后面，你就开始抽自己耳光
再后面，你直接篡改了自己说的话
本身是技术交流，不妨看看谁先恶语相向？嘴上积德，笑死人。
没自知之明的货色 ，就该被人扇。
qq_36786068 2020-04-20
- 打赏
- 举报
这其实也解释了java的一个问题，我跟java其实也经常配合，连接池满是大部分java程序的普遍性问题，尤其你知道他们经常会用jmter做大规模并发测试，一个经常见的场景是，测试在用jmter做大规模并发，而java开发组则会突然爆发“巨大动静”，全都站起喊“搞啥啊，数据库访问不了呢，那个谁上去检查一下数据库”
5分钟后消息回来了---------连接池满，重启好了。
然后测试十分委屈的站起来说“对不起，我在做大并发测试”
加载更多回复（36）
