【C#】请教DllImportAttribute.SetLastError属性的作用?

C#-请教DllImportAttribute.SetLastError属性的作用?

在调用win32 API时,会用到DllImport特性类,该类中有一个属性是SetLastError,文档在此:

https://msdn.microsoft.com/zh-cn/library/system.runtime.interopservices.dllimportattribute.setlasterror(v=vs.80).aspx

我对该属性大概的理解是,如果将它设为true,那么会在api函数执行完成后调用SetLastError这个API,将api函数执行期间发生的错误代码set到调用者的线程中,调用者可以通过调用Marshal.GetLastWin32Error()来获知api函数返回的错误。

但问题是我尝试把SetLastError设为false,通过传入错误的参数故意令api函数出错,随后我仍然通过Marshal.GetLastWin32Error()得到了错误码,设为true也一样,那这样一来,SetLastError设不设还有什么区别呢?求解答,感谢。

win32的错误代码是使用线程本地存储的,类似于linux下的errno,每个线程只有一个。

也就是说你使用GetLastError得到的是前面刚刚出现的错误代码,如果后面再有错误,就会覆盖掉这个值。

你设置这个属性为true,CLR就会保存下这个值,后面可以使用 Marshal.GetLastWin32Error获得使用PInvoke调用的UnManaged函数的最后一个返回值。

这个问题的关键就是通过PInvoke调用这几个字,因为CLR本身也可能调用win32函数,有可能覆盖掉线程的错误代码。

 

你这么说我好像明白了,“CLR也会调API”作为理由很说得通,但不知道这个说法有没有相对权威的出处?有的话还望告知,感谢。另外我还是不明白:

A();//代表一个api函数

Marshal.GetLastWin32Error();

按你的说法,A执行完后,Getxx执行前,在这期间有可能CLR会调其它API,从而覆盖A刚刚返回的errorcode,导致Getxx拿不到A的返回码,是这样吗?那我就奇怪,CLR的工作也有那么飘忽不可捉摸吗,在这两句之间它可能会干些什么?

us/library/vstudio/system.runtime.interopservices.marshal.getlastwin32error(v=vs.110).aspx, msdn里的原文,Remarks里第一段最后一句。

@ahdung: 它只是告诉 runtime marshaler 是不是需要在在调用完目标函数后立即调用 GetLastError 并缓存值。

@Launcher: 请进一步明示区别,缓不缓存对我后面Marshal.GetLastWin32Error有什么影响?或者说哪种极端情况下,必须设为true,否则后果严重?


true 指示被调用方将调用 SetLastError;否则为 false。默认值为 false,但在 Visual Basic 中除外。

运行时封送拆收器将调用 GetLastError 并缓存返回的值,以防其被其他 API 调用重写。可通过调用 GetLastWin32Error 来检索错误代码。

 

你想要的影响就是:以防其被其他 API 调用重写。—— 这就是你认为的极端情况和严重后果。

 

@Launcher: 无妨,交流才是重点,我的测试代码是这样:

SetLastError(5);//调用SetLastError人工set一个错误码
GetPrivateProfileString("aa", "k", "", new StringBuilder(), 20, @"c:\a.ini");//如果a.ini不存在,该API会输出错误码2,成功则输出0
Console.WriteLine(Marshal.GetLastWin32Error());//输出错误码

当GetPrivateProfileString的SetLastError为true时,Marshal.GetLastWin32Error()始终显示GetPrivateProfileString的返回码,即0或2;为false时,无论成功失败,Marshal.GetLastWin32Error()都得到5,即第一句人工set的错误码。这样看来,SetLastError为true,则api无论成功失败,稍后的GetLastWin32Error都能得到它的返回码;反之则得不到。这与我开始的理解是吻合的,但为什么会有问题中说的现象,是因为一开始我的测试代码是:

SetLastError(5);
Console.WriteLine(GetPrivateProfileString("aa", "k", "", new StringBuilder(), 20, @"c:\a.ini"));
Console.WriteLine(Marshal.GetLastWin32Error());

与上面的区别是,GetPrivateProfileString这个API被Console.WriteLine了一下,这样无论GetPrivateProfileString的SetLastError如何设置,均能得到它的返回码。至于为什么,不得而知。

还请大师指点。而且我好奇如果我没有说我明白了,你接下来会怎样点化我?

支持(0)反对(0)回复 | ahdung | 园豆:206 (菜鸟二级) | 2015-09-11 14:46

@ahdung: 在本机代码中:

GetPrivateProfileString("aa", "k", "", new StringBuilder(), 20, @"c:\a.ini");

DWORD lastError = GetLastError();

这里的 lastError 总是正确的,它总是 GetPrivateProfileString 设置的值。因为在这两条语句之间没有更多的 API 函数调用,根本就不会出现当前线程的 last error 被修改的情况。

而如果在托管代码中这样写:

GetPrivateProfileString("aa", "k", "", new StringBuilder(), 20, @"c:\a.ini");

int lastError = Marshal.GetLastWin32Error();

当你将 DllImportAttribute.SetLastError 为 false 时,lastError 并不总会是 GetPrivateProfileString 设置的值,因为在语句 GetPrivateProfileString("aa", "k", "", new StringBuilder(), 20, @"c:\a.ini"); 和 int lastError = Marshal.GetLastWin32Error(); 之间可能执行了其它的 API 函数,而这些 API 函数恰好又修改了当前线程的 Last Error 值,最常见的就是 GC 回收时。

支持(0)反对(0)回复 | Launcher | 园豆:45045 (高人七级) | 2015-09-11 15:24

@Launcher: 能明白您说的,但隐约感觉这个事情没那么简单,比如:

SetLastError(5);

GetPrivateProfileString(xx);//当该API的SetLastError为false

Marshal.GetLastWin32Error();//输出5

Marshal.GetLastWin32Error();//输出GetPrivateProfileString的返回码

而当API的SetLastError为true,稍后的若干次Marshal.GetLastWin32Error()都只会得到它的返回码,总之有点古怪。GetLastWin32Error的文档中MS说是基于GetLastError api,但同时又强烈警告不要直接使用api,推荐使用GetLastWin32Error,这当中必有蹊跷。

anyway,不纠结了,以后有机缘再探究,现在只要知道如果想获得可靠的返回码,就设置setlasterror=true就好,谢谢您的关注和指教。

@ahdung: 当然有蹊跷,Marshal.GetLastWin32Error  的实现跟 .Net 的版本有关,总之在 .Net 中,应该始终使用 Marshal.GetLastWin32Error ,而且,如果被调用的 API 使用了 SetLastError 来设置错误码,那么你就应该总是将 SetLastError 设置为 ture。

 

你把你的代码用 while(ture)给包起来,让它每隔 5 秒执行一次看看。

while(true) {

   SetLastError(5);
   Console.WriteLine(GetPrivateProfileString("aa", "k", "", new StringBuilder(), 20, @"c:\a.ini"));
   Console.WriteLine(Marshal.GetLastWin32Error());

   sleep(5000);

}

@Launcher: 你老说这些不痛不痒的,你始终没有说出点干货,true/false在什么情况下有重大区别?啥原因?你说的在调用api和获取errcode之间可能执行其他API这个说法是站不住脚的,errcode应该是不跨线程的,不同的线程有不同的lasterrorcode,一个线程里,调api后立马getcode怎么可能执行有其它动作,退一万步,就算有其它动作,那跟SetLastError为true/false又有什么关系?为true它该被覆盖的还得覆盖啊。总之你对这个问题的捣鼓未必比我多,认识也未必比我深~当然我也没多深,反正你没说出个所以然来就是了,不知道你能不能接受这种直率。

@ahdung: 算了不说了,一说就又要展开,自己给自己找麻烦。打字还是挺忙的,还要解释很多东西,如果是当面讲的话就比较容易解释,这个要靠写字的实在是太麻烦。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值