同じリモート Web サイトを対象とする単一の winforms アプリ プロセスから複数のブラウザー (aXWebBrowser コントロール) をプログラムで制御する方法はありますが、各ブラウザーはリモート サイトとの独自のセッション スコープ内にありますか?
目標 - Web サイトの使用を自動化するアプリケーションを構築します。目標は、アプリケーションが同じ Web サイトでブラウザーと対話する最大 5 人のユーザーの作業を行うことです。
明らかな課題 - 各ブラウザ インスタンスは、リモート Web サイトから送信された「セッション」データを共有します。その結果、実際の複数の人間のユーザーが行うように、さまざまなブラウザーが動作できなくなります。いくつの異なる aXWebBrowser コントロールがインスタンス化されても、それぞれがそのセッション コンテキストを失い、最後/最新/最後にインスタンス化されたブラウザーによって確立されたセッション コンテキストを共有します。言い換えれば、最後に起動されたコントロールは、それ以前のコントロールの確立されたセッション コンテキストを破棄します。
既に試し た - 次のレジストリ キーのいずれかを 'hkcu\software\microsoft\internet explorer\main' に追加します: TabProcGrowth=DWORD:0、FrameMerging=DWORD:0、SessionMerging=DWORD:0。デスクトップ アイコン (アプリの外部) から IE8 を起動すると、これは正常に動作し、IE8 は希望どおりに動作します。ただし、axWebBrowser コントロールを使用してアプリケーションを実行すると、レジストリ設定が axWebBrowser コントロールに影響を与えないように見えます。アプリケーションの外部で望ましくない動作を確認する他の方法には、IE8 の [ファイル] メニューで [新しいセッション] をクリックし、-nomerge を指定して iexplore.exe を起動する方法があります。axWebBrowser コントロールは通信に Wininet を使用するため、これらはアプリケーション内では機能しません。
制約 - aXWebBrowser コントロール (Internet Explorer ActiveX の自動化可能な Web ブラウザ) を使用して既に記述され、機能しているかなりのコードがあるため、理想的なソリューションでは、新しいコントロールでコードを書き直す必要はありません。- ソリューションが見つかった後、アプリケーションはブラウザ ウィンドウをワークステーション ユーザーに表示します。- winforms アプリケーション (.NET 2.0) がコントロールをホストしている - ブラウザーはすべて同じリモート Web サイトをターゲットにしています。