C#-MemoryMappedFile.CreateOrOpen引发句柄无效
作者:互联网
我有创建内存映射文件的代码,如下所示:
using (Mutex mutex = new Mutex(false, CoordinatorMutexName))
{
mutex.WaitOne();
var security = new MemoryMappedFileSecurity();
security.SetAccessRule(
new AccessRule<MemoryMappedFileRights>(
new SecurityIdentifier(WellKnownSidType.WorldSid, null), // everyone
MemoryMappedFileRights.FullControl,
AccessControlType.Allow));
MemoryMappedFile coordinator = MemoryMappedFile.CreateOrOpen(
CoordinatorMMFName,
16 * 1024 * 1024 + 4,
MemoryMappedFileAccess.ReadWrite,
MemoryMappedFileOptions.DelayAllocatePages,
security,
HandleInheritability.None);
...
...
}
在某些情况下(如下所述),CreateOrOpen调用将引发以下异常:
System.IO.IOException: The handle is invalid.
at System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath)
at System.IO.MemoryMappedFiles.MemoryMappedFile.CreateOrOpenCore(SafeFileHandle fileHandle, String mapName, HandleInheritability inheritability, MemoryMappedFileSecurity memoryMappedFileSecurity, MemoryMappedFileAccess access, MemoryMappedFileOptions options, Int64 capacity)
at System.IO.MemoryMappedFiles.MemoryMappedFile.CreateOrOpen(String mapName, Int64 capacity, MemoryMappedFileAccess access, MemoryMappedFileOptions options, MemoryMappedFileSecurity memoryMappedFileSecurity, HandleInheritability inheritability)
它只会在运行自动化测试时抛出此异常,而我不能在调试器内部或外部重现此异常.我尝试仅将上述代码提取到独立测试中,但无法重现该问题.但是有太多代码无法在此处发布所有内容. MemoryMappedFile在线程持续时间内保持不变(假定已创建),然后将其处置.
这是测试失败的条件:测试旨在从多个线程执行此代码.它们在NUnit中,在CruiseControl.NET下运行,其服务在64位Windows 2008 Server上的域帐户(而不是本地计算机帐户)下运行.登录到同一台计算机上时,我可以手动运行那些相同的测试,并且它们全部通过.
我知道这可能不足以使某人直接解决问题,但我什至不知道如何调查此问题.尝试创建或打开内存映射文件时,什么样的事情可能导致“句柄无效”消息?
解决方法:
它被记录为CreateFileMapping()的错误代码,该文件是创建内存映射文件的基础winapi函数:
If lpName matches the name of an existing event, semaphore, mutex, waitable timer, or job object, the function fails, and the GetLastError function returns ERROR_INVALID_HANDLE. This occurs because these objects share the same namespace.
因此,请选择一个好的随机名称以避免此错误.您可以从Visual Studio中获得一个:工具创建GUID,选项4.它是全局唯一的.
标签:memory-mapped-files,c,net 来源: https://codeday.me/bug/20191201/2080946.html