这样的代码是不会提升为DTC管理的,我们加一行代码:
public
static
void
StartCopy()
{
using
(TransactionScope transcope =
new
TransactionScope())
{
IDtcTransaction idtc = TransactionInterop.GetDtcTransaction(Transaction.Current);
transcope.Complete();
}
}
|
先解释一下TransactionInterop类的作用,来自MSDN的说明:
“促进System.Transactions 和以前编写的用于与 MSDTC、COM+ 或 System.EnterpriseServices 进行交互的组件之间的交互。无法继承此类。”
其实该类主要用来对早期的分布式事务技术进行互操作,比如用来获取DTC相关的COM对象或者用来进行自定义的事务传播,对于复杂的Oletx(Windows平台的二进制通讯协议)协议,我们不需要关心太多核心的东西就能进行分布式事务的传递,这里可能Remoting有这个需求了。[王清培版权所有,转载请给出署名]
利用TransactionInterop.GetDtcTransaction方法确实能获取到DTC事务接口。
图1:
有了TransactionInterop类,我们后面的扩展就方便多了。
由于KTM是属于非托管实现,操作系统提供了文件操作的事务性API方法:
非事务处理 API |
事务处理 API |
CreateFile |
CreateFileTransacted |
CopyFileEx |
CopyFileTransacted |
MoveFileWithProgress |
MoveFileTransacted |
DeleteFile |
DeleteFileTransacted |
CreateHardLink |
CreateHardLinkTransacted |
CreateSymbolicLink |
CreateSymbolicLinkTransacted |
CreateDirectoryEx |
CreateDirectoryTransacted |
RemoveDirectory |
RemoveDirectoryTransacted |
通过封装这些方法就能够实现事务性的文件操作,目前.NET没有封装成熟的类库给我们使用,估计在后期的新版本类库中可能会提供。
那么我们如何使用KTM事务处理呢,很幸运的是通过MSND的连接我们能够获取到微软的事务开发人员编写的源码,下载地址为:
http://download.microsoft.com/download/f/2/7/f279e71e-efb0-4155-873d-5554a0608523/TxF2007_07.exe
源码都是通过对上面的API进行封装的,里面涉及到了很多关于内部API和COM之间的通讯细节,我们可以看看老外写的代码是复杂,也是我们学习的榜样。
上面我们说过只要夸当前应用程序域的事务处理就会自动提升为DTC事务,对于API的调用已经是出于互操作类型的,当前已经出于远程调用,DTC已经具有与托管域的交互实现,所以我们只有通过DTC进入KTM进行操作。这也是MSDN官方的解释。
图2:
我们来看一个简单的例子,该例子实现对文件的事务性删除操作。
例子1:
public
static
void
StartDelete()
{
try
{
using
(TransactionScope transcope =
new
TransactionScope())
{
Console.WriteLine(
"输入要删除的文件"
);
string
path = Console.ReadLine();
Microsoft.KtmIntegration.TransactedFile.Delete(path);
Console.WriteLine(
"是否提交事务处理?"
);
if
(Console.ReadLine() ==
"y"
)
transcope.Complete();
else
Transaction.Current.Rollback();
}
}
catch
(Exception err) { Console.WriteLine(err); }
|
我简单的写了一段测试代码,经过测试是OK的。KTM能很好的结合DTC、LTM进行混合的事务处理,对于我们上面引入的疑问现在能完美的解决了。
参考文章:http://msdn.microsoft.com/zh-cn/magazine/cc163388.aspx