メッセージが標準ウィンドウのメッセージの 1 つである場合 (通常はメッセージ ID が 0 ～ WM_USER の場合)、システム ウィンドウ メッセージ ディスパッチ ロジックには、メッセージがディスパッチされるプロセスに構造体をマーシャリングするコードが含まれます。
WM_USER より上のメッセージはそのような扱いを受けません - これには Windows 95 で導入されたすべての共通コントロール メッセージが含まれます - LVM_* (リスト ビュー メッセージ) または他の新しいコントロール メッセージを別のプロセスでコントロールに終了させて結果を取得することはできません。戻る。
WM_COPYDATA は、ユーザー コードがプロセス間で任意のデータをマーシャリングするための汎用メカニズムとして具体的に導入されました。WM_COPYDATA の外部 (または他の Windows 標準メッセージを再利用) では、メッセージ キュー メカニズムを使用して構造化データを別のプロセスに自動的にマーシャリングするウィンドウを取得する方法はありません。 .
メッセージの送信と受信を行う独自のコードである場合は、ポインターを送信する代わりに、dll を使用して共有メモリ セクションを定義できます (dll はプロセスごとに異なるベースになっている可能性があります)。共有メモリ ブロックにオフセットを送信します。
データをマーシャリングしない外部アプリケーションと構造化データを交換する場合 (たとえば、リストまたはツリー ビューからデータを抽出する場合)、dll インジェクションを実行して、「インプロセス」からメッセージを送信および処理できるようにする必要があります。 .
SendNofityMessage は PostMessage とは異なります。PostMessage は常にメッセージをメッセージ キューに入れるのに対し、SendNotifyMessage は同じプロセス内のウィンドウの SendMessage のように機能します。次に、ターゲット ウィンドウが別のプロセスにある場合でも、メッセージは、GetMessage または PeekMessage を介して取得するためにポストされたメッセージ キューに配置されていないウィンドウ プロシージャに直接ディスパッチされます。
最後に、デッドロックを引き起こす可能性がありますが、「ブロッキング」 sendmessage が別のスレッドの応答を待っている間、SendMessage は他のスレッドから送信された (ポストされていない) メッセージをディスパッチして、デッドロックを防ぎます。これにより、潜在的なデッドロックのほとんどが軽減されますが、他のブロッキング API を呼び出したり、モーダル メッセージ処理ループに入ったりすることで、デッドロックが発生する可能性があります。