一个以前一直没注意到的问题

[风之子赛拉飞尔]

看看这段代码

// 全局作用域
static void GetSepRect(LPRECT lpRect, HWND hWndToolBar, UINT nPreBtnID, int nOffset=1)
{
    assert(lpRect!=NULL);
    assert(IsWindow(hWndToolBar));

    int nSepIndex = SendMessage(hWndToolBar, TB_COMMANDTOINDEX, nPreBtnID, 0) + nOffset;
    SendMessage(hWndToolBar, TB_GETITEMRECT, nSepIndex, (LPARAM)&lpRect);
}

就因为(LPARAM)&lpRect这里多了一个&运算符，
导致执行完这一行语句后，4个形参的数值全部变为错误值了。

高手来解释一下原因，Thx

[visualwind]

把&去掉，(LPARAM)lpRect这个就是传Rect的指针了，再取地址的话收到的LPARAM就成了Rect**了。

[tufaqing]

如果SendMessage函数没有干任何事情就没有问题，但这个是系统处理的，你的第四个参数明显错了，里面调用时指针处理错了，可能导致程序崩溃或内存混乱。

[tubo_true]

[Quote=引用 1 楼 visualwind 的回复:]

把&去掉，(LPARAM)lpRect这个就是传Rect的指针了，再取地址的话收到的LPARAM就成了Rect**了。
[/Quote]

正解

[Yofoo]

一个Rect 大小是 4*4
&lpRect 相当于把你的4个参数当成Rect,
函数在调用时参数压栈, 从最后一个参数开始压, 栈的存放是反向的
你的这个的内存:
LPRECT lpRect
HWND hWndToolBar
UINT nPreBtnID
int nOffset


如果你的函数有5个参数, 那么第5个参数就肯定不会变

[lovecys]

RECT是个矩形，有四个参数

[风之子赛拉飞尔]

以上说得都对，但问题的关键是形参在内存中是连续存储的，
这才是我们往往忽略掉的问题，因此碰到这种“诡异”现象
就会没有头绪了 o(∩_∩)o