[解決済み] DLLには何が入っていて、どのように動作するのですか？

1) .NETの場合、DLLは通常、DLLから何かにアクセスしようとする最初のメソッドが実行されるときにオンデマンドでロードされます。このため、DLL を読み込むことができない場合、コード内の任意の場所で TypeNotFoundException を取得することができます。Wordのようなものが突然HDDに大量にアクセスし始めた場合、スワッピング（RAMに空きを作るためにディスクにスワップされたデータを取得すること）している可能性があります。

1a) さらに、DLLをロードしリンクするのは何か。 それとも .Net フレームワークのようなランタイム・フレームワークですか?

1a) マネージドDLLの場合、.NETフレームワークはDLLをロードし、JITコンパイル（.NETバイトコードをネイティブコードにコンパイル）し、リンクさせるものです。ネイティブ DLL の場合、DLL をロードしリンクするのはオペレーティング システムのコンポーネントです (ネイティブ DLL はすでにネイティブ コードを含んでいるので、コンパイルは必要ありません)。

1b) リンクのプロセスはどのようなものですか。互換性があることを確認するために 互換性はありますか？同じメモリに読み込むのですか？リンクとは を意味するのでしょうか？

1b) リンクとは、呼び出し側のコードで DLL 内のシンボル (メソッドなど) への参照 (メソッド呼び出しなど) を DLL 内のものの実際のアドレスに置き換えることです。これは、DLL がメモリにロードされる前に DLL 内のものの最終的なアドレスを知ることができないため、必要なことです。

2) DLL内のコードを実際に実行するのは何ですか? それはプロセッサによって実行されるのでしょうか。 それとも、プロセッサが DLL 内のコードを理解する前に、別の翻訳またはコンパイルの段階があるのでしょうか。 プロセッサが DLL 内のコードを理解する前に、別の翻訳またはコンパイル段階があるのでしょうか?

2) Windows では、.exe ファイルと .dll ファイルはまったく同じものです。ネイティブの .exe と .dll ファイルにはネイティブ コード (プロセッサが実行するものと同じもの) が含まれているため、翻訳する必要はありません。マネージド .exe および .dll ファイルには、最初に JIT コンパイルされる (ネイティブ コードに翻訳される) .NET バイトコードが含まれます。

2a) C# .netからビルドされたDLLの場合、これを実行しているのは何ですか？それは .Net フレームワークなのか、それともオペレーティング システムなのか?

2a) コードはJITコンパイルされた後、他のコードと全く同じ方法で実行されます。

3) 例えば Linux からの DLL は Windows システム (そのようなものがある場合) で動作するのでしょうか。 それともオペレーティング システム固有のものですか?

3) マネージド DLL は、両方のプラットフォームのフレームワークが最新であり、DLL を書いた人がネイティブコールを使用して意図的に互換性を壊していない限り、そのまま動作する可能性があります。ネイティブDLLは、フォーマットが異なるため、そのままでは動作しません（同じプロセッサプラットフォーム用であれば、内部のマシンコードは同じでも）。ちなみに、Linux では、DLL は .so (共有オブジェクト) ファイルとして知られています。

4) 特定のフレームワークに特有のものなのでしょうか。C# .Net を使用してビルドされた DLL は C# .Net でビルドした DLL を Borland C++ でビルドした DLL で使用できますか (例のみ)？

4) マネージドDLLは.NETフレームワーク特有のものですが、当然ながら互換性のあるどの言語でも動きます。ネイティブ DLL は、誰もが同じ規約 (呼び出し規約 (関数の引数がマシン コード レベルでどのように渡されるか) 、シンボルの命名など) を使用する限り、互換性があります。

5) web.dll / business.dll の例に戻ります。クラス タイプを取得するために、私は web.dll から business.dll を参照する必要があります。これは これは、business.dll が顧客クラスが実際に何であるかについてのある種の仕様を含んでいることを意味します。 これは、business.dll が customer クラスが実際に何であるかのある種の仕様を含んでいることを意味します。もし、私のbusiness.dllをDelphiでコンパイルしていたとしたら、C#はそのようなことをするでしょうか？ ファイルをコンパイルしたら、C#はそれを理解し、顧客クラスを作成することができるでしょうか？ それとも、ヘッダー情報か何かがあるのでしょうか？ というヘッダー情報か何かがあるのでしょうか？

5) マネージド DLL は、それらが含むすべてのクラス、メソッド、フィールドなどの完全な説明を含んでいます。AFAIK Delphi は .NET をサポートしていないので、ネイティブ DLL を作成することになり、.NET でそのまま使用することはできません。PInvokeで関数を呼び出すことはできるだろうが、クラス定義は見つからないだろう。私はDelphiを使っていないので、DLLで型情報をどのように保存しているかはわかりません。たとえば C++ では、型宣言を含むヘッダー (.h) ファイルに依存し、DLL とともに配布する必要があります。

6) DLL のハイジャックについてですが、確かに置換された (悪い) DLL は、正確なメソッド署名や、型宣言を含んでいなければなりません。 は、乗っ取られたものとまったく同じメソッド署名、型を含んでいなければなりません。 を含んでいなければなりません。これは、もしあなたが以下のことを見つけることができれば、難しいことではないでしょう。 元のDLLでどのようなメソッドなどが利用可能であったかを知ることができれば、これは難しいことではないと思います。

6) 確かに、DLLを簡単に切り替えられるのであれば、難しいことではありません。コード署名を使えば、これを回避することができます。誰かが署名されたDLLを置き換えるためには、それが秘密にしている署名キーを知らなければなりません。

6a) 少し繰り返しの質問になりますが、これは、私の C# プログラムは、別の DLL にアクセスできるかどうかを決定しているのでしょうか? もし私のハイジャックされたDLL がオリジナルと全く同じメソッドと型を含んでいたとしても、それは別の言語でコンパイルされています。 別の言語でコンパイルされていた場合、それは動作するのでしょうか？

6a) 任意の.NET言語で作成されたマネージドDLLである限り、動作します。

• DLLインポートとは何ですか？ とDLL登録とは何ですか？

DLLインポートとは、様々な意味がありますが、通常はDLLファイルを参照し、その中のものを使用することを意味します。

DLL 登録は Windows で行われるもので、DLL ファイルを COM コンポーネントとしてグローバルに登録し、システム上のあらゆるソフトウェアで利用できるようにするものです。