P /調用指針指針？

Question

在更新第三方庫以在x64上正常工作（它使用指針的int）時，我正在查看P/Invoke簽名。

其中一人需要

__out LPSCARDCONTEXT phContext 

這在WinSCard.h

typedef ULONG_PTR SCARDCONTEXT; 
typedef SCARDCONTEXT *PSCARDCONTEXT, *LPSCARDCONTEXT; 

定義我不是很熟悉C++，所以糾正我，如果我錯了。這意味着LPSCARDCONTEXT是一個指向ULONG_PTR的指針，它也是一個指針。這也解釋了爲什麼IntPtr phContext不起作用，並且ref IntPtr phContext在P/Invoke簽名中起作用。

我很困惑的設計。爲什麼指向需要/使用的指針？

Answer 1

雖然我認爲@David Hefferman是絕對正確的，但他沒有提到的問題還有第二部分。

他沒有談論的部分是指向指針的指針確實存在，因爲它們有時用於從函數返回指針作爲參數。這裏有更詳細的discussion about the benefits of pointers-to-pointers。

而且，原因，你需要使用ref關鍵字，以便從對C＃代碼正確名帥的數據是，除非你使用REF，數據只封到本機代碼。如果您需要將修改後的值接收到您的參數中（通過將該變量聲明爲指針這一事實來指示），則需要使用ref或out向P/Invoke API指示您需要編組數據在函數完成執行後，輸出的本地代碼。

Answer 2

你的理解不太對。 ULONG_PTR是一個至少與指針一樣寬的無符號整數類型。這意味着您可以從指向ULONG_PTR的任何指針進行投射並返回，而不會丟失信息。

的ULONG_PTR的命名顯然欺騙了你，以爲它代表指針的時候，其實意圖是表明它是作爲寬作爲一個指針。

您可以將ULONG_PTR視爲與UIntPtr等效的C++。

我的猜測是你的函數正在從本地返回來管理一個SCARDCONTEXT值。你會的P/Invoke這樣的：

[DLLImport(...)] 
void MyFunc(out IntPtr Context); 

我選擇使用IntPtr而非UIntPtr因爲我想你永遠需要與價值做任何事情，因爲這可能是一個不透明的句柄。並且IntPtr通常會優於UIntPtr，因爲它符合CLS。

Answer 3

關於理解API的一些想法。

將SCARDCONTEXT定義爲ULONG_PTR是一種常用的技術，用於精確隱藏指針指向的內容。它不是一個指向LONG的指針，它是一個'unsigned long'，包含指向某個結構的指針，因爲您不需要它的定義（opaque type）。當您將SCARDCONTEXT傳遞給其中一個智能卡功能時，它會內部轉換爲指向不透明結構的指針。當它將這些指針中的一個返回給你時，它會首先被轉換爲SCARDCONTEXT。

這是基於C的API中的常見封裝技術，因爲您可以在SCARDCONTEXT上執行的操作與SCARDCONTEXT的定義分開存在，而不是像在基於對象的語言中那樣綁定成員函數。由於@DavidHeffernan explained，這可以工作，因爲ULONG_PTR確實是一個unsigned long，它可以包含一個指針。

所有這一切的要點是，您可以忽略SCARDCONTEXT包含指針的事實。把它當作一個不透明的價值。然後PSCARDCONTEXT和LPSCARDCONTEXT變得更容易理解，因爲它們只是指向不透明值的指針。無需費心指向指針。