C＃での管理されていないコードとの相互作用は、P/Invoke、Com Interop、C/CLI、およびUnsafeコードを介して実裝できます。 1。P/Invokeは、ローカルDLL関數(shù)を呼び出すために使用され、コンベンションの呼び出し、データ型マッチング、文字列処理に注意を払ってください。 2。COMInteropは、COMコンポーネントとの相互作用に適しており、RCWを介して実裝されています。 3。C/CLIは、複雑なシナリオに適しており、混合コード制御を提供します。 4.安全でないコードはポインター操作をサポートしますが、リスクが存在します。それを使用する場(chǎng)合、署名エラー、メモリリーク、例外、プラットフォームの違いを回避する必要があります。

C＃で作業(yè)する場(chǎng)合、管理されていないコードと対話(huà)する必要がある場(chǎng)合があります。たとえば、Windows API関數(shù)を呼び出したり、CまたはCで書(shū)かれたレガシーDLLを使用したりします。この種の相互作用は、.NETフレームワークに組み込まれた相互運(yùn)用性機(jī)能のおかげで可能です。強(qiáng)力ですが、いくつかの注意事項(xiàng)があり、慎重な取り扱いが必要です。

管理されていないコードインターナプとは何ですか？

C＃のInteroP（相互運(yùn)用性の略）とは、ネイティブDLLまたはCOMコンポーネントで一般的に見(jiàn)られるマネージド機(jī)能を呼び出す管理コード（C＃プログラムなど）の機(jī)能を指します。最も一般的なアプローチは、P/Invoke（Platform Invoke）を使用することです。これにより、外部関數(shù)の信號(hào)を定義し、それらを通常の.NETメソッドであるかのように呼び出すことができます。

たとえば、 user32.dllのようにMessageBoxから関數(shù)を呼び出す場(chǎng)合は、 DllImport屬性を使用してc＃で宣言できます。

 [dllimport（ "user32.dll"、charset = charset.auto）]]
public static extern int messagebox（intptr hwnd、文字列テキスト、文字列キャプション、uintタイプ）;

宣言されたら、アプリケーションの他のメソッドと同様にMessageBoxを使用できます。

P/Invokeを効果的に使用する方法

P/Invokeを使用することは難しくありませんが、それを正しくすることは細(xì)部に注意を払う必要があります。ここに留意すべきことがいくつかあります：

• 通話(huà)條約の一致：ほとんどのWindows API関數(shù)は__stdcallを使用しているため、特に知らない限り、 DllImportがCallingConvention.StdCallを指定していることを確認(rèn)してください。
• 正しいデータ型を使用してください：.NETタイプは、常にネイティブタイプに直接マッピングされるとは限りません。たとえば、C＃のbool 、Windows APIのBOOLと同じではありません。必要に応じて、 intまたはMarshalAs(UnmanagedType.Bool)を使用します。
• 文字列を慎重に処理する： DllImportのCharSetを指定して、ネイティブ関數(shù)が文字列（通常はCharSet.AutoまたはCharSet.Unicodeがどのように予想されるかを一致させます。

また、マーシャリング（管理されていないメモリとマネージされていないメモリ間のタイプを変換するプロセス）は、パフォーマンスに影響を與える可能性があることを忘れないでください。これをタイトなループまたは高周波コールで行っている場(chǎng)合は、その境界を越える頻度のキャッシュまたは最適化を検討してください。

P/Invokeの代替

P/Invokeは、ネイティブDLLの呼び出し関數(shù)に適していますが、C＃でインターナットを行う唯一の方法ではありません。

• com Interop ：Comコンポーネント、特にOffice Automationまたは古いWindowsサービスで相互作用する場(chǎng)合に役立ちます。 Visual StudioにCOMリファレンスを追加でき、.NETはランタイムコール可能なラッパー（RCW）を生成します。
• C /CLI ：C /CLIブリッジを書(shū)くことがより良い選択肢かもしれません。純粋なC＃よりも、管理されたコードと管理されていないコードをより自由に組み合わせることができます。
• Unsafe Code and Pointer ：C＃內(nèi)の低レベルのメモリ操作の場(chǎng)合、 unsafeブロックとポインタータイプ（ * ）を使用できます。しかし、これには/unsafeフラグとコンパイルする必要があり、バッファーオーバーフローなどのリスクを?qū)毪筏蓼埂?/li>

各方法には獨(dú)自の長(zhǎng)所と短所があります。 P /Invokeは簡(jiǎn)単な呼び出しに最も簡(jiǎn)単で、COM InteropはCOMベースのシステムに最適であり、C /CLIは複雑さを高めるために完全に制御できます。

一般的な落とし穴とそれらを避ける方法

Interopは、追跡が難しい微妙なバグを?qū)毪扦蓼埂￥长长摔い膜我话愕膜蕟?wèn)題とそれらを回避する方法があります：

• 誤った関數(shù)の署名：パラメーターのタイプと順序を再確認(rèn)します。不一致はクラッシュまたはサイレントの故障を引き起こす可能性があります。
• メモリリーク：割り當(dāng)てられたメモリを所有している人に注意してください。関數(shù)がポインターを返す場(chǎng)合、それを解放する責(zé)任があるかどうかを調(diào)べてください。
• 例外処理：構(gòu)造化された例外（アクセス違反など）は、インタートップコール中に発生する可能性があります。 try/catchブロックを慎重に使用し、必要に応じてAppDomainレベルの例外処理を検討してください。
• セキュリティの制限：一部の環(huán)境では、インタードコールを制限する場(chǎng)合があります。アプリに必要なアクセス許可があることを確認(rèn)してください。

多くの開(kāi)発者が見(jiàn)落としていることの1つは、さまざまなプラットフォームでテストすることの重要性です。特に32ビット対64ビットです。ポインターと構(gòu)造體のサイズは変化し、一貫したレイアウトが診斷が難しいエラーにつながる可能性があると仮定すると、診斷が困難になります。

基本的にそれだけです。

以上がC＃で管理されていないコードとの相互作用を調(diào)査するの詳細(xì)內(nèi)容です。詳細(xì)については、PHP 中國(guó)語(yǔ) Web サイトの他の関連記事を參照してください。