int vs IntPtr, wenn Sie ein handle?

Zuerst eine hintergrund-Frage:

Im Allgemeinen, was ist der Unterschied zwischen int und IntPtr? Meine Vermutung ist, dass es ein Tatsächliches Objekt, sondern als ein Wert wie ein int oder byte ist. Angenommen, das ist wahr:

Also Sie sind nicht das gleiche. Dennoch sehe ich Griffe vertreten als die beiden.

  1. IntPtr: Control.Handle

  2. int (oder uint): Ein PInvoke kann eingestellt werden, um eine int und es funktioniert Prima:

    [DllImport("coredll.dll", SetLastError = true)]
public static extern int GetForegroundWindow();
private string GetActiveWindow()
{
    const int nChars = 256;
    int handle = 0;
    StringBuilder Buff = new StringBuilder(nChars);

    handle = CoreDLL.GetForegroundWindow();

    if (CoreDLL.GetWindowText(handle, Buff, nChars) > 0)
    {
        return Buff.ToString();
    }

    return "";
}

So, int vs IntPtr? Spielt es eine Rolle, für die Griffe? Können Sie entweder?

InformationsquelleAutor Vaccano | 2010-11-30
  1. 30

    int ist 32 bit lang. IntPtr ist so lang wie ein pointer, die für Ihre Architektur. Daher wird ein Zeiger gespeichert werden können in eine int nur auf 32-bit-Systemen, während es immer werden gespeichert, in einer IntPtr.

    Feststellen, dass Ihre "int" als return-Wert" Beispiel nicht Verwendung eines int zu halten, ein Zeiger, aber nur, um halten Sie einen numerischen Wert ein. Dies bedeutet nicht, dass ein int wird automatisch die richtige Größe obwohl: der Autor, dass P/Invoke-Signatur sollte gegangen, um die Dokumentation für GetForegroundWindow und sehen, dass es gibt eine HWND.

    Dann, aus windef.h im Plattform-SDK (oder dieser MSDN-Seite) können wir sehen, dass eine HWND ist ein HANDLE was ist ein PVOID ist... ein Zeiger!

    Deshalb, so weit wie ich kann sagen, dass die Signatur ist falsch, wie die Größe der Rückgabewert von GetForegroundWindow hängt von der Architektur. Also, es sollte auch ein IntPtr.

    Update:

    Während es sein kann, abgeleitet aus dem oben, denke ich lohnt es sich, explizit darauf hingewiesen, dass:

    • Fälschlicherweise mit int statt IntPtr im 32-bit-Anwendungen wird nie ein problem verursachen, auch wenn Sie auf 64-bit-Windows, da die meisten Anwendungen sind 32-bit-an diesem Punkt in der Zeit, das wird lassen Sie Weg, solche Fehler sehr oft.
    • Fälschlicherweise mit int statt IntPtr im 64-bit-Anwendungen ist nicht garantiert zu Problemen führen, da es durchaus möglich ist, dass in der Praxis die Werte festgestellt werden, passen in die 32 bits der int. Dieses weitere verringert die Wahrscheinlichkeit, dass ein Fehler manifestiert sich darin, dass ein application-Fehler.

    Daher für einen Fehler, tatsächlich manifestieren, gibt es drei Bedingungen, die erfüllt sein müssen zur gleichen Zeit:

    1. Eine int wird dort eingesetzt, wo ein IntPtr werden sollte.
    2. Die ausführbare image ist 64-bit.
    3. Ein Wert zurückgegeben, indem einige PInvoke-Aufruf und gespeichert als int ist tatsächlich größer als 32 bit.
    • wenn Sie mit top-down-Zuweisung von Speicher können Sie dann garantieren, Zustand 3, die ist sehr nützlich bei der Entwicklung von
    • Dein post ist life-saver Jon. Ich wünschte, ich könnte etwas tun, um ziehen mehr Aufmerksamkeit hinein. Ich hatte Ihren Tiefpunkt mit einer Komponente, die sich erratisch und Ihre Einsicht, stellte mich auf die richtige Spur! Sie machte meinen Tag. Nein. Meine Woche. Vielleicht mein ganzen Monat, um das Mindeste zu sagen. Nochmals vielen Dank! P. S.: Hier ein Beispiel, wie die Dinge gehen kann Süden mit int vs IntPtr: stackoverflow.com/questions/15548016/global-keyboard-hook/...
    • Ich denke, dass Vaccano hat mit diesem in einem embedded-system (kann sein, wince, immer 32 bits) [coredll.dll].
    InformationsquelleAutor Jon
Schreibe einen Kommentar