为什么getServicedisplaynamew()和getServicedisplaynamea()返回字符中不同所

Why GetServiceDisplayNameW() and GetServiceDisplayNameA() returns different required buffer sizes in character?

本文关键字:字符 getServicedisplaynamea getServicedisplaynamew 为什么 返回      更新时间:2023-10-16

这是一个示例代码(仅容易理解它,没有错误处理,没有关闭手柄等):

):
SC_HANDLE hSCManager = ::OpenSCManager(nullptr, nullptr, 0);
DWORD buffSize = 0;
::GetServiceDisplayName(hSCManager, m_serviceName, nullptr, &buffSize);
LPTSTR buff = new TCHAR[++buffSize];
VERIFY(::GetServiceDisplayName(hSCManager, m_serviceName, buff, &buffSize));

我的示例服务具有"notepad starter"的显示名称(15个字符)。

在构建配置之间切换,GetServiceDisplayName()在ANSI(GetServiceDisplayNameA)下返回30个缓冲区大小,在Unicode(GetServiceDisplayNameW)下返回15个。

此API的文档表示它将返回字符中的缓冲区大小,排除了null终结器(但记录得不充分,但我希望缓冲区大小在第二个呼叫中包含零终端)。

为什么它在不同的构建配置中返回不同的缓冲尺寸?

首先,GetServiceDisplayName作为第一个参数( hservice ) - 因此您不需要为此任务开放服务。而且您在这里不需要SC_MANAGER_ALL_ACCESS,但是0就足够了。

但是,下一步是您的主要错误。您分配缓冲区new TCHAR[buffSize + 1]-因此,字符中的buffSize + 1 - 这是正确的,因为GetServiceDisplayName服务的显示名称的返回大小,排除null -enull终止字符 - 因此,我们需要额外的一个字符空间来终止0; <<<</p>

但是在下一行错误中 - &buffSize-最后一个参数 lpcchbuffer 必须包含字符中的缓冲区大小。因此,您分配的确切缓冲尺寸。但是您分配buffSize + 1空间,而不是buffSize。因此代码必须是下一个:

if (SC_HANDLE hSCManager = OpenSCManagerW(nullptr, nullptr, 0))
{
    DWORD cch = 0;
    if (!GetServiceDisplayNameW(hSCManager, m_serviceName, nullptr, &cch))
    {
        if (GetLastError() == ERROR_INSUFFICIENT_BUFFER)
        {
            PWSTR buff =(PWSTR)alloca(++cch*sizeof(WCHAR));
            if (GetServiceDisplayNameW(hSCManager, m_serviceName, buff, &cch))
            {
                DbgPrint("%Sn", buff);
            }
        }
    }
    CloseServiceHandle(hSCManager);
}

因此,您在代码中必须将buffSize + 1替换为++buffSize


关于ANSI版本-GetServiceDisplayNameA-此处在API实现中真正错误 - 如果字符中的缓冲区大小不够大 - 它返回多少 bytes requient unicode unicode 服务名称不包括不包括该名称零终止符号。如果缓冲区足够大,则根本不更新 lpcchbuffer 。这个参数也从不使用API的A版本,但总是W

我认为正确的答案是在雷蒙德·陈(Raymond Chen)六个月后出现的(我看到了3年之后);

为什么报告所需的缓冲尺寸大于它实际需要吗?

因为字符集转换很难。

调用getServicedisplaynamea函数(ANSI版本)时,它将呼叫转发给getervicedisplaynamew函数(unicode版本)。如果Unicode版本说:"对不起,那个缓冲区也是小的;它需要足够大才能容纳n个Unicode字符"ANSI版本不知道转换多少个ANSI字符。单个Unicode角色可以扩展到多达两个ANSI在ANSI代码页面为DBC的情况下,字符。这getervicedisplaynamea功能可以安全地发挥作用,并采用服务显示名称完全组成的最坏情况Unicode字符需要两个ANSI字符来表示。

这就是为什么它过度报告缓冲区的大小。

devblogs.microsoft.com/oldnewthing/20180606-00/?p=98925