在C#開(kāi)發(fā)中，進(jìn)程通信是一項(xiàng)關(guān)鍵技術(shù)，它讓不同進(jìn)程間能夠交換數(shù)據(jù)、協(xié)同工作。而SendMessage作為常用的進(jìn)程通信方式，看似簡(jiǎn)單易用，實(shí)則暗藏諸多陷阱。若不了解這些，很容易在開(kāi)發(fā)過(guò)程中遇到各種難以排查的問(wèn)題。接下來(lái)，讓我們通過(guò)真實(shí)案例來(lái)剖析那些容易被忽視的SendMessage陷阱。

句柄泄漏：資源的無(wú)聲流失 

在使用SendMessage進(jìn)行進(jìn)程通信時(shí)，句柄的正確管理至關(guān)重要。但很多時(shí)候，程序員會(huì)在不經(jīng)意間陷入句柄泄漏的困境。

假設(shè)我們有一個(gè)主進(jìn)程和一個(gè)子進(jìn)程，主進(jìn)程需要向子進(jìn)程發(fā)送消息來(lái)控制其行為。在獲取子進(jìn)程窗口句柄時(shí)，如果代碼邏輯存在問(wèn)題，就可能導(dǎo)致句柄無(wú)法正確釋放。

// 錯(cuò)誤示例
IntPtr targetHandle = FindWindow(null, "ChildProcessWindowTitle");
if (targetHandle!= IntPtr.Zero)
{
    // 發(fā)送消息
    SendMessage(targetHandle, WM_CUSTOM_MESSAGE, IntPtr.Zero, IntPtr.Zero);
    // 這里沒(méi)有釋放句柄，多次調(diào)用后會(huì)導(dǎo)致句柄泄漏
}

隨著程序的不斷運(yùn)行，每次獲取句柄卻不釋放，系統(tǒng)資源會(huì)被逐漸耗盡，最終導(dǎo)致程序崩潰或運(yùn)行異常。正確的做法是在使用完句柄后，及時(shí)釋放它，確保資源的有效管理。

消息阻塞：程序的意外停滯 

消息阻塞是SendMessage另一個(gè)常見(jiàn)的陷阱。SendMessage是一種同步消息發(fā)送方式，這意味著在目標(biāo)窗口處理完消息之前，調(diào)用線程會(huì)一直被阻塞。

在一個(gè)圖形界面應(yīng)用中，主窗口需要向一個(gè)長(zhǎng)時(shí)間運(yùn)行的子窗口發(fā)送消息。如果子窗口由于某些原因（如復(fù)雜的計(jì)算任務(wù)）無(wú)法及時(shí)處理消息，主窗口線程就會(huì)被阻塞，導(dǎo)致界面失去響應(yīng)，用戶體驗(yàn)極差。

// 假設(shè)子窗口處理消息的方法很耗時(shí)
private void ChildWindowProc(IntPtr hwnd, int msg, IntPtr wParam, IntPtr lParam)
{
    if (msg == WM_CUSTOM_MESSAGE)
    {
        // 進(jìn)行復(fù)雜的計(jì)算任務(wù)，耗時(shí)較長(zhǎng)
        for (int i = 0; i < 100000000; i++)
        {
            // 模擬計(jì)算
        }
    }
    return DefWindowProc(hwnd, msg, wParam, lParam);
}

當(dāng)主窗口調(diào)用SendMessage向子窗口發(fā)送消息時(shí)，由于子窗口處理消息緩慢，主窗口線程會(huì)被阻塞，無(wú)法處理其他用戶操作，如點(diǎn)擊按鈕、拖動(dòng)窗口等。為了避免這種情況，可以考慮使用異步消息發(fā)送方式，或者優(yōu)化子窗口的消息處理邏輯，確保消息能夠及時(shí)處理。

消息參數(shù)錯(cuò)誤：通信的混亂之源 

在使用SendMessage時(shí)，消息參數(shù)的正確設(shè)置至關(guān)重要。如果參數(shù)設(shè)置錯(cuò)誤，可能會(huì)導(dǎo)致進(jìn)程通信出現(xiàn)混亂，甚至引發(fā)程序崩潰。

在一個(gè)進(jìn)程間傳遞數(shù)據(jù)的場(chǎng)景中，需要通過(guò)SendMessage發(fā)送一個(gè)包含自定義結(jié)構(gòu)體的消息。如果在封送和解封送結(jié)構(gòu)體時(shí)出現(xiàn)錯(cuò)誤，就會(huì)導(dǎo)致接收方無(wú)法正確解析數(shù)據(jù)。

// 定義自定義結(jié)構(gòu)體
[StructLayout(LayoutKind.Sequential)]
public struct CustomData
{
    public int Data1;
    public string Data2;
}

// 發(fā)送消息時(shí)封送結(jié)構(gòu)體錯(cuò)誤示例
CustomData data = new CustomData { Data1 = 100, Data2 = "Test" };
IntPtr buffer = Marshal.AllocHGlobal(Marshal.SizeOf(data));
Marshal.StructureToPtr(data, buffer, false);
SendMessage(targetHandle, WM_CUSTOM_MESSAGE, IntPtr.Zero, buffer);
// 這里沒(méi)有正確釋放分配的內(nèi)存，并且可能存在封送錯(cuò)誤

在接收方，由于發(fā)送方的封送錯(cuò)誤，導(dǎo)致無(wú)法正確從消息參數(shù)中解析出數(shù)據(jù)，從而使進(jìn)程通信出現(xiàn)錯(cuò)誤。正確處理消息參數(shù)，確保數(shù)據(jù)的準(zhǔn)確傳遞，是避免這類問(wèn)題的關(guān)鍵。

SendMessage在C#進(jìn)程通信中雖然強(qiáng)大，但隱藏的陷阱不容忽視。通過(guò)對(duì)句柄泄漏、消息阻塞、消息參數(shù)錯(cuò)誤等真實(shí)案例的分析，希望能幫助開(kāi)發(fā)者在使用SendMessage時(shí)更加謹(jǐn)慎，避免陷入這些常見(jiàn)的陷阱，編寫(xiě)出穩(wěn)定可靠的程序。

閱讀原文：原文鏈接