gpt4 book ai didi

windows - CloseHandle 函数调用和 SMB 关闭请求之间的延迟

转载 作者:可可西里 更新时间:2023-11-01 11:25:54 29 4
gpt4 key购买 nike

下面的代码会在 SMB 共享上打开一个文件并立即将其关闭。出于某种原因,我发现 CloseHandle 调用与通过网络发送的 SMB 关闭请求之间存在延迟。

#include <Windows.h>
#include <stdio.h>

typedef NTSTATUS (__stdcall *NtQuerySecurityObjectPtr)(
_In_ HANDLE Handle,
_In_ SECURITY_INFORMATION SecurityInformation,
_Out_ PSECURITY_DESCRIPTOR SecurityDescriptor,
_In_ ULONG Length,
_Out_ PULONG LengthNeeded
);

void printTime() {
SYSTEMTIME time;
GetSystemTime(&time);
int required = GetTimeFormat(LOCALE_INVARIANT, 0, &time, nullptr, nullptr, 0);
LPTSTR buffer = (LPTSTR)GlobalAlloc(GPTR, required * sizeof(TCHAR));
GetTimeFormat(LOCALE_INVARIANT, 0, &time, nullptr, buffer, required);
wprintf(L"%s\n", buffer);
}

int main()
{
LPCTSTR file = L"\\\\192.168.13.163\\share\\file1";
HANDLE f = INVALID_HANDLE_VALUE;


f = CreateFile(
file,
GENERIC_WRITE,
FILE_SHARE_READ | FILE_SHARE_WRITE | FILE_SHARE_DELETE,
nullptr,
CREATE_ALWAYS,
FILE_FLAG_BACKUP_SEMANTICS | FILE_FLAG_SEQUENTIAL_SCAN,
INVALID_HANDLE_VALUE
);
CloseHandle(f);
printTime();

return 0;
}

我用调试器运行了这段代码,并在 printTime 调用后立即放置了一个断点。在此 printTime 的一次测试运行中输出 12:18:11。在 Wireshark 中,我看到相应的关闭请求在 12:18:20 发出。所以在函数调用和发送消息之间有大约 10 秒的延迟。

我认为这可能是由于句柄在某处泄露或其他进程保持文件句柄打开,但我认为情况并非如此。如果我在 CloseHandle 调用之前暂停程序,在系统用户 shell 中执行的 sysinternals 句柄工具会向我显示我的进程有文件句柄

C:\Users\pepijn\Desktop>Handle.exe file1

Handle v4.0
Copyright (C) 1997-2014 Mark Russinovich
Sysinternals - www.sysinternals.com

SmbClose.exe pid: 7020 type: File C8: \Device\Mup\192.168.13.163\DMTest_share\file1

在 CloseHandle 调用后立即运行相同的命令导致找不到句柄

C:\Users\pepijn\Desktop>Handle.exe file1

Handle v4.0
Copyright (C) 1997-2014 Mark Russinovich
Sysinternals - www.sysinternals.com

No matching handles found.

有谁知道造成延迟的原因是什么?

我能找到的与此主题最相关的问题是 FileStream.Close() is not closing the file handle instantly .接受的答案是其他一些进程可能正在保留该文件。如上所述,我不认为这里是这种情况。我没有运行任何病毒扫描程序,我希望任何打开的句柄都显示在 Handle 的输出中,因为它以提升的权限运行。

最佳答案

多亏了第一个答案,我对去哪里看有了更好的想法。据我所知,这是 Windows SMB 重定向器中的故意行为。它有一个打开文件句柄的缓存,每 x 秒收集一次。这样做是为了透明地优化经常打开/关闭/重新打开文件的应用程序。有许多注册表项会影响这一点(请参阅 https://support.microsoft.com/en-us/kb/102981https://msdn.microsoft.com/en-us/library/windows/hardware/dn567661%28v=vs.85%29.aspxhttps://social.msdn.microsoft.com/Forums/en-US/832d395b-6e6f-4658-8dbb-120138a4cd7c/smb2-registry-settings?forum=os_fileservices),但这些似乎都不会导致对 CloseHandle 的 SMB 立即关闭请求。我能够获得的最佳结果是将 CacheFileTimeout 设置为 0。这仍然会留下 3-5 秒之间的延迟(可能取决于触发清理计时器的频率)。

关于windows - CloseHandle 函数调用和 SMB 关闭请求之间的延迟,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/36598767/

29 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com