为何向TextBox发送WM_KEYDOWN与WM_KEYUP消息会生成两个字符？

嘿，这个问题我之前踩过坑！本质是你手动模拟按键的方式没遵循Windows原生的消息规则，导致TextBox控件处理出了异常，我给你拆解清楚：

1. 先唠唠真实按键的正常流程 #

当你物理按下a键时，Windows会按固定顺序给TextBox发消息：

• 先发WM_KEYDOWN：告诉控件“有按键按下了”，而且这个消息的lParam参数带了一堆关键信息——比如这是第一次按（重复计数=1）、按键的扫描码是多少、之前有没有按下过等等
• 然后系统会调用TranslateMessage函数，把WM_KEYDOWN转成WM_CHAR消息：这个消息就是触发KeyPress事件的根源，对应可打印字符的输入
• 最后松开按键时发WM_KEYUP：告诉控件“按键松开了”

所以你手动按a时的输出顺序Down: 65 → Press: a → Up: 65，完全符合这个流程。

2. 你的PostMessage代码问题出在哪？ #

你直接发了WM_KEYDOWN和WM_KEYUP，但忽略了俩核心细节：

（1）lParam参数完全不对 #

真实的WM_KEYDOWN消息的lParam绝对不是0！它是一个包含按键状态的复合值，比如a键的第一次按下，lParam里要包含重复计数=1、扫描码=0x1E这些信息。你传个0进去，TextBox收到的就是个“残缺不全”的按键消息，内部逻辑直接懵了——错误地把它当成了两次按键输入，于是触发了两次WM_CHAR（也就是两次KeyPress事件）。

（2）没遵循消息生成的逻辑 #

WM_CHAR是系统自动从WM_KEYDOWN转出来的，但这个转换依赖于WM_KEYDOWN的正确参数。你传的参数不对，TranslateMessage可能乱生成消息，或者TextBox自己的 fallback 逻辑补了额外的消息，结果就重复触发了KeyPress。

另外，你用的是PostMessage异步发消息，消息队列里的顺序是WM_KEYDOWN→WM_KEYUP→WM_CHAR，这和真实按键的顺序（WM_KEYDOWN→WM_CHAR→WM_KEYUP）完全反了，也会干扰控件的状态判断，加重了异常。

3. 怎么改才能正常模拟？ #

要正确模拟按键，得发完整的消息序列，还要给WM_KEYDOWN传正确的lParam：

private void button1_Click(object sender, EventArgs e)
{
    // a键的扫描码是0x1E，先准备好正确的lParam参数
    const int aScanCode = 0x1E;
    // 构造WM_KEYDOWN的lParam：重复计数=1，扫描码=0x1E
    int lParamDown = (1 << 0) | (aScanCode << 16);
    // 构造WM_KEYUP的lParam：加上“按键已松开”的标志位
    int lParamUp = lParamDown | (1 << 30);

    // 按顺序发送完整的消息序列
    PostMessage(textBox1.Handle, WM_KEYDOWN, 65, lParamDown);
    PostMessage(textBox1.Handle, 0x0102, (int)'a', 0); // 发送WM_CHAR消息，对应KeyPress
    PostMessage(textBox1.Handle, WM_KEYUP, 65, lParamUp);
}

这样改完，你就能得到和真实按键完全一致的输出，不会再出现两次KeyPress的情况了。

内容的提问来源于stack exchange，提问作者Dutch2