是的，这年头还有人在面MFC，问的我一问三不知，真的脚趾抠地太尬了，平时开发的时候还真没思考过这些问题，面完我反手记录面试问题整理答案，面试虽败，但是博文素材有啦，分享给需要的朋友们。

 MFC面经系列：

MFC 面经系列（一）：类层次、绘图机制与框架对比-CSDN博客

MFC 面经系列（二）：刷新机制、消息流程与控件使用-CSDN博客

---

在 MFC 开发中，PostMessage与SendMessage是消息传递的核心函数，理解它们的区别、使用场景及潜在问题，对写出高效且稳定的程序至关重要。下面将详细解析这两个函数的特性与实践要点。

八. PostMessage 与 SendMessage：区别与适用场景

PostMessage 和 SendMessage 虽然都是用于发送消息的函数，但在执行机制、返回时机和使用场景上有本质区别，稍不注意就可能引发程序性能问题或死锁。

特性	PostMessage	SendMessage
核心机制	异步，将消息放入目标窗口消息队列后立即返回	同步，直接调用目标窗口过程并等待处理完成
阻塞性	非阻塞	阻塞
返回值	成功放入队列返回 TRUE，否则 FALSE	返回消息处理结果（LRESULT）
跨线程安全性	线程安全，但需注意数据传递的安全性	跨线程调用可能导致死锁
适用场景	无需立即获取结果的操作，如 UI 刷新、进度更新	需要立即执行并获取结果的操作，如获取控件值

何时用 PostMessage？

• 非实时性任务通知：比如工作线程完成部分任务后，通知主线程更新进度条。此时无需等待主线程立即处理，用 PostMessage 可避免工作线程阻塞。
• 避免调用线程卡顿：当发送消息的操作可能频繁触发（如鼠标移动事件），使用 PostMessage 可防止调用线程被大量消息处理拖慢。

何时用 SendMessage？

• 需要即时结果的操作：例如获取编辑框的文本长度（WM_GETTEXTLENGTH），必须等待结果返回才能分配缓冲区，此时必须用 SendMessage。
• 要求立即生效的控制：如禁用按钮（BM_SETSTATE），若不立即生效可能导致用户误操作，适合用 SendMessage 确保同步执行。

九. PostMessage 非阻塞特性的潜在问题及注意事项

PostMessage 的非阻塞特性虽能提升程序响应性，但也带来了一些需要警惕的问题，稍不留意可能导致消息丢失或逻辑错误。

消息丢失的两种常见情况

• 消息队列满：虽然系统消息队列容量通常足够大，但在极端情况下（如短时间内发送海量消息），队列可能溢出，此时 PostMessage 会返回 FALSE。建议发送关键消息后检查返回值，必要时重试。
• 目标窗口无效：若目标窗口已被销毁（hWnd 无效），PostMessage 发送的消息会被直接丢弃，且无错误提示。因此，在发送消息前需先通过 IsWindow 函数判断窗口是否有效。

消息处理延迟与数据安全性

• 队列拥堵导致延迟：消息队列按 FIFO 顺序处理，若存在大量高频消息（如 WM_PAINT），自定义消息可能被延迟。对于时间敏感的操作，需避免依赖 PostMessage 的即时性。
• 跨线程数据传递风险：PostMessage 本身线程安全，但传递的数据需确保有效性。例如，不能传递栈上的临时变量地址（线程栈可能被释放），应使用全局变量或堆内存（需注意释放）。

十. SendMessage 实现阻塞的底层原理

SendMessage 的阻塞特性源于其直接调用窗口过程并等待结果的同步机制，这与 PostMessage 的队列异步处理有本质区别。

阻塞的三大核心步骤

1. 跳过消息队列，直接调用窗口过程：SendMessage 会绕过消息队列，直接定位到目标窗口的窗口过程（如 WndProc）并执行，强制目标窗口立即处理消息。
2. 调用线程进入等待状态：在目标窗口处理消息期间，SendMessage 会通过内核对象（如事件）让调用线程暂停执行，处于阻塞状态，不占用 CPU 资源。
3. 处理完成后唤醒线程：只有当窗口过程处理完消息并返回结果后，调用线程才会被唤醒，继续执行后续代码。

死锁风险的根源

当线程 A 向线程 B 发送 SendMessage 时，若线程 B 此时正等待线程 A 持有的资源（如临界区锁），就会形成互相等待的死锁局面。例如：

• 线程 A：持有锁 L，调用 SendMessage 给线程 B
• 线程 B：等待锁 L 释放，同时需要处理线程 A 发送的消息
  此时两者都无法继续执行，导致程序卡死。因此，跨线程使用 SendMessage 时需格外注意资源竞争问题。

总结：消息传递函数的核心要点

PostMessage 和 SendMessage 的选择需基于业务场景的同步需求：非阻塞、无需即时结果用 PostMessage，同步、需立即响应则用 SendMessage。使用时需注意：

• PostMessage 要防范消息丢失、窗口无效和数据线程安全问题；
• SendMessage 需警惕跨线程死锁和目标窗口无响应导致的阻塞风险。

掌握两者的底层机制，才能在 MFC 开发中灵活应对各种消息传递场景，写出高效且稳定的代码。

---

  MFC面经系列：

MFC 面经系列（一）：类层次、绘图机制与框架对比-CSDN博客

MFC 面经系列（二）：刷新机制、消息流程与控件使用-CSDN博客