黑洛 你在说什么，A底层也是调用W，windows底层是unicode，编码的问题非要赖api

确实是api实现的问题，开发过程中没有考虑一个字符占多个字节的情况，无论是中文还是日文韩文都存在这个情况。StringCchLength输出的长度是字符的个数，而不是保存字符串所需的字节数。

Boring勇哥 确实是api实现的问题，开发过程中没有考虑一个字符占多个字节的情况，无论是中文还是日文韩文都存在这个情况。StringCchLength输出的长度是字符的个数，而不是保存字符串所需的字节数。

。

Boring勇哥 确实是api实现的问题，开发过程中没有考虑一个字符占多个字节的情况，无论是中文还是日文韩文都存在这个情况。StringCchLength输出的长度是字符的个数，而不是保存字符串所需的字节数。

黑洛 那有没有可能你把unicode改成多字节字节集就没有问题了呢？

建议你看看WTSEnumerateSessionsExA的反汇编，自己调用一下StringCchLengthW和RtlUnicodeToMultiByteN试试。

我把项目的字符集设置成了多字节，但它仍然不工作。

	if (S_OK == StringCchLengthW(wcs , STRSAFE_MAX_CCH, &size))
	{
		PCHAR buf = (PCHAR)LocalAlloc(0x40 , size + 1);
		ULONG newSize;
		NTSTATUS status = RtlUnicodeToMultiByteN(buf,size+1,&newSize,wcs,sizeof(wcs));
		printf("%s\n",buf);
		LocalFree(buf);
	}

修改为

if (S_OK == StringCchLengthW(wcs , STRSAFE_MAX_CCH, &size))

{

PCHAR buf = (PCHAR)LocalAlloc(0x40 , size*2 + 1);     // 1 UNICODE = 2 x CHAR

ULONG newSize;

NTSTATUS status = RtlUnicodeToMultiByteN(buf,size*2+1,&newSize,wcs,sizeof(wcs));

printf("%s\n",buf);

LocalFree(buf);

}

。。。感觉楼主没有进行过系统化的开发训练，这是windows开发的常识。
字符串相关的API结尾带A说明本接口只支持解析ASCII码，W结尾说明支持解析UNICODE码。

windows的API命名除了极少数是历史原因导致的无法更改名称，只能将错就错了，99.9%的API名称的前缀后缀都是有标准含义的。

palkiver 。。。感觉楼主没有进行过系统化的开发训练，这是windows开发的常识。字符串相关的API结尾带A说明本接口只支持解析ASCII码，W结尾说明支持解析UNICODE码。windows的API命名除了极 ...

Boring勇哥 你可能搞错了。win32api中A结尾表示字符编码为ansi，而非ascii。而ansi是支持中文的。 参考：e33K9s2c8@1M7s2y4Q4x3@1q4Q4x3V1k6Q4x3V1k6W2L8W2)9J5k6i4N6A6K9$3W2H3k6h3c8A6j5g2)9J5k6h3!0J5k6#2)9J5c8Y4N6A6K9$3W2Q4x3V1k6o6K9r3W2F1k6i4y4W2i4K6g2X3b7$3S2S2M7X3q4U0 ...

Boring勇哥 你可能搞错了。win32api中A结尾表示字符编码为ansi，而非ascii。而ansi是支持中文的。 参考：967K9s2c8@1M7s2y4Q4x3@1q4Q4x3V1k6Q4x3V1k6W2L8W2)9J5k6i4N6A6K9$3W2H3k6h3c8A6j5g2)9J5k6h3!0J5k6#2)9J5c8Y4N6A6K9$3W2Q4x3V1k6o6K9r3W2F1k6i4y4W2i4K6g2X3b7$3S2S2M7X3q4U0 ...

palkiver 我没搞错，你非要说这么严格的话，那就严格来说ansi在不同的操作系统中以及不同国家代表着不同的编码方式，开发人员很多时候不能假定用户环境，最好的办法就是将A理解为ASCII，非ASCII直接上UNIC ...