32ビットアプリケーションからCOM経由でx64アセンブリを呼び出す

Question

短い質問：もちろん（x64 OSでも）可能ですか？そうでない場合、なぜ正確に？それが正常に動作したx86でコンパイルすると

私は、Excel 32

のためのC＃プラグインDLLを開発しました。

x64でコンパイルすると、COM呼び出しが失敗します。

私はExcelの64ビット版が必要ですか？

COMはアーキテクチャーのコンパイルには無関係で、異なるテクノロジーで開発されたDLLとアーキテクチャが異なるDLL間で通信が可能だと思っていましたが、後者は間違っていると思います。

x64ビットのDLLは、明らかに32ビットアプリケーションからCOM（または他のもの）経由で呼び出すことはできないと思います。

Answer 1

COMは、インプロセスとアウトプロセスの2種類のサーバーをサポートしています。 Office拡張機能は、プロセスに読み込まれるDLLであるインプロセスコンポーネントです。 32ビットプロセスの厳しい規則は、64ビットDLLをロードできないということです。そして、その逆です。これはレジストリ自体によって強制され、32ビットプロセスは64ビットCOMサーバーの登録情報に直接アクセスできません。それらはHKLM/Software/Wow6432Nodeキーにリダイレクトされます。または言い換えれば、彼らはさえの間違ったビットのコンポーネントを参照してくださいすることはできません。

アウトプロセスコンポーネントにはその制限はなく、独自のプロセスで実行されます。 COMは、RPCとペーパーを使用して2つのプロセス間のコールをマーシャリングします。これは、インプロセスの64ビットサーバーを32ビットホストで動作させる方法でもあります。サロゲートプロセスでコンポーネントを実行できます。これは手間がかかり、処理の手間がほとんどかからず、は、必要なマーシャリングとコンテキスト切り替えのためにインプロセスコールよりも高価です。もう少し高価なだけでなく、約10,000倍遅くなります。主に、インプロセス関数呼び出しが非常に高速であるためです。従来の32ビットサーバーを64ビットプログラムで使用する場合にのみ使用されます。あなたがこれを試してみたいのであれば、COM +ホスティングを見てください。私はそれについてよく分かりません。