关于使用Transaction对于非数据库事务的操作

在操作数据库的过程中,为了数据的一致性,我们可以使用Transaction,要么成功的时候全部提交,要么有任何一个操作失败立即全部回滚。不仅仅是在数据库方面,有时候操作其他的内容,比如说对于系统文件的操作,也需要把一些操作组合看做是一个事务。

现在我们看这样一个例子。现在我们需要在计算机的硬盘上创建3个目录A,B,C,要求要么3个全部创建成功,要么一个也不要创建。我们可以把这个看成是一个事务。如果我们自己写代码来操作,可以这样写。

  1. bool createA = false;
  2. bool createB = false;
  3. bool createC = false;
  4. try
  5. {
  6. //这里的操作是创建3个目录
  7. Directory.CreateDirectory("\\A");
  8. createA = true;
  9. Directory.CreateDirectory("\\B");
  10. createB = true;
  11. Directory.CreateDirectory("\\C");
  12. createC = true;
  13. }
  14. catch (System.Exception ex)
  15. {
  16. //这里在捕捉到异常时,根据运行的结果进行回滚
  17. if (createB)
  18. {
  19. Directory.Delete("\\B");
  20. Directory.Delete("\\A");
  21. }
  22. if (!createB && createA)
  23. {
  24. Directory.Delete("\\A");
  25. }
  26. }

但是这里我们是把这3个操作当成一个整体来回滚,及时是简单的创建删除文件夹,我们可以看到catch中的回滚逻辑已经很复杂了。可以想象,如果A,B,C这3步不仅仅是创建目录,还有一些其他的操作,那么回滚的逻辑就非常复杂,此时,我们可以考虑把这一个分成几个小事务,分开回滚。代码可以这样写,这里我们使用了Framework提供的Transactin以及TransactioScope类。

  1. class Program
  2. {
  3. static void Main(string[] args)
  4. {
  5. //这里就不需要了try catch,因为scope就已经完成了这个功能,
  6. //即当有异常发生向外抛的时候,会尝试跳出这个using代码块,
  7. //CLR会在向代码块外边跑异常之前,分别取调用每个transaction的
  8. //roolback方法,只要rollback中你定义的逻辑没有问题,那么所有
  9. //的已发生的操作就会安全的回滚。
  10. using (var scope = new TransactionScope())
  11. {
  12. var A = new OperationA();
  13. Transaction.Current.EnlistVolatile(A, EnlistmentOptions.None);
  14. A.DoWork();
  15. OperationB B = new OperationB();
  16. Transaction.Current.EnlistVolatile(B, EnlistmentOptions.None);
  17. B.DoWork();
  18. scope.Complete();
  19. }
  20. }
  21. }
  22. }
  23. class OperationA : IEnlistmentNotification
  24. {
  25. private bool _isCommitSucceed = false;
  26. public void Commit(Enlistment enlistment)
  27. {
  28. enlistment.Done();
  29. }
  30. public void DoWork()//这是自定义的方法,不是继承IEnlistmentNotification
  31. {
  32. Directory.CreateDirectory("\\A");
  33. //这里还有一些其他的关于A的复杂操作
  34. _isCommitSucceed = true;
  35. }
  36. public void InDoubt(Enlistment enlistment)
  37. {
  38. enlistment.Done();
  39. }
  40. public void Prepare(PreparingEnlistment preparingEnlistment)
  41. {
  42. preparingEnlistment.Prepared();
  43. }
  44. public void Rollback(Enlistment enlistment)
  45. {
  46. //这里回滚A的一些操作,当然这里的操作逻辑需要你自己来写。
  47. //比如说查看是否创建成功,或者有一些其他的信号标记,通过这些
  48. //标记你来决定是删除目录还是其他的什么回滚操作。
  49. if (_isCommitSucceed)
  50. Directory.Delete("\\A");
  51. enlistment.Done();
  52. }
  53. }
  54. class OperationB : IEnlistmentNotification
  55. {
  56. private bool _isCommitSucceed = false;
  57. public void Commit(Enlistment enlistment)
  58. {
  59. enlistment.Done();
  60. }
  61. public void DoWork()
  62. {
  63. //这里是关于B的一些复杂操作
  64. throw new Exception("test");
  65. //这里依然有一些操作代码,但是我们模拟的是B操作途中抛出异常,所以这里的代码不会执行
  66. }
  67. public void InDoubt(Enlistment enlistment)
  68. {
  69. enlistment.Done();
  70. }
  71. public void Prepare(PreparingEnlistment preparingEnlistment)
  72. {
  73. preparingEnlistment.Prepared();
  74. }
  75. public void Rollback(Enlistment enlistment)
  76. {
  77. if (_isCommitSucceed)
  78. {
  79. //这里回滚B的一些已经存在的操作。
  80. }
  81. enlistment.Done();
  82. }

这里的机制是这样的,可能是scope.Complete()方法中有某种特别的操作,去告诉CLR这次所有的操作都顺利完成了,在跳出这个scope的时候就不用调用那些transaction的rollback方法了。如果没有执行到scope.Complete()方法,那么就会在跳出这个scope代码块的时候调用rollback方法。一般造成这个的原因是在某个transaction的逻辑操作中出现异常,造成从此次直接抛出异常跳出这个代码块,没有机会执行下边的代码。可以看出这里的重点也是写rollback的逻辑,但是相对于原来的catch中的逻辑,这里分开为多个小的逻辑,相对来说容易了很多。

这只是个人写的一种使用回滚的逻辑。在使用IEnlistmentNotification的时候,也有人把业务逻辑写入到Commit中。如果想真正理解transaction回滚的机制,建议深入理解一下TransactionScope与Transactiond的实现机制。

上一篇:Git CMD - mv: Move or rename a file, a directory, or a symlink


下一篇:HTML5扩展之微数据与丰富网页摘要