Unicode字符数组结束符‘\0’

BOOL CALLBACK CTaskListDlg::EnumWindowsProc( HWND hwnd, DWORD lParam )
{ 
	DWORD             pid = 0; 
	DWORD             i; 
	TCHAR             buf[TITLE_SIZE]; 
	PTASK_LIST_ENUM   te = (PTASK_LIST_ENUM)lParam; 
	PTASK_LIST        tlist = te->tlist; 
	DWORD             numTasks = te->numtasks; 

	// 根据窗口句柄，得到进程标识
	if (!GetWindowThreadProcessId( hwnd, &pid ))
	{ 
		return TRUE; 
	} 
	//查找进程标识和列表中相同的进程标识
	for (i=0; i<numTasks; i++)
	{ 
		if (tlist[i].dwProcessId == pid) 
		{
			if (::IsWindowVisible(hwnd)) 
			{
				tlist[i].hwnd = hwnd; 
				int nCnt = ::GetWindowText( hwnd, buf, TITLE_SIZE );
				buf[nCnt] = '\0';
				if (nCnt)
				{ 
					lstrcpy( tlist[i].WindowTitle, buf ); 
				} 
			}
			break; 
		} 
	} 
	//继续列举窗体
	return TRUE; 
}

　<<Windows CE嵌入式高级编程及其实例详解(用C++实现）>>书中的一段代码

看到

buf[nCnt] = '\0';

的时候，脑袋一闷，想的是不是应该：buf[nCnt] = L'\0';

然后就输出字符串长度、改成L'\0',弄了半天发现效果都一样。。

最后循环输出数组的每一个元素的十六进制，真的一样，才想起Unicode 兼容ANSI的。。 真的一样。。

开始以为这句的作用是防止

buf存入长的名字后，再存储短的会发生错误。

仔细看下，这个函数 只会给buf赋值一次。

而且即使 多次将buf作为GetWindowText的参数，获取长短不同的字符串，也不会错误。

GetWindowText已经处理好。

基础知识越来越模糊了 ，整体把这个图片换成那个图片的。 不知道要持续多久这样的工作。

工作中为了省事，老是把代码拷贝下。即使短短的两句，甚至一个函数。

一年下来，发现很简单的流程都写不下来了，简单的函数名字也写不出来。

又用了一段时间的VC助手，更是降低了记忆力。

转载于:https://www.cnblogs.com/ezhong/archive/2011/09/09/2172858.html