Was passiert unter der Abdeckung, wenn Sie einen Stream von einem Remote-Objekt über .NET Remoting zurückgeben

Ich gebe Streams von einem Remote-Dienst ( .NET Remoting ) zurück. Aber wir sind auch Einwegartikel, die, wie wir alle wissen, entsorgt werden müssen.

Ich könnte Streams auf der Client-Seite aufrufen, sobald ich diese verbraucht habe. Allerdings würde ich gerne wissen, was genau unter der Abdeckung passiert, wenn ich eine Dispose von einem Remote-Objekt zurückgeben.

Besonders:

1. Soll ich besser alles in ein Stream einlesen und das anstelle von byte[] ?
zurückgeben?
2. Oder macht .NET Remoting genau das für mich unter den Deckeln?
3. Wenn nicht, wie wird ein Stream anders als ein Stream zurückgegeben? Am Ende muss byte[] irgendwie die Daten irgendwie serialisieren?
4. Hat der Aufruf von .NET Remoting auf der Client-Seite überhaupt irgendwelche Auswirkungen? Gibt es eine magische Verbindung zwischen dem Objekt auf der Clientseite und dem Objekt auf der Serverseite? Ich denke, sobald es hinter den Covern deserialisiert ist, hat es keinen Sinn, Dispose auf der Clientseite aufzurufen oder gibt es das?

Ich antworte hier Mike Bild, weil ich die Frage auch etwas verbessern möchte

Ok, der Stream, der zurück zum Server spricht, ist (zumindest für mich) unerwartet.

Um ein entferntes Objekt zu berechnen, muss man so etwas machen:

Sie greifen also explizit auf ein bestimmtes entferntes Objekt in einem URI zu, das konsumiert werden soll. Und wenn eine Methode für dieses Remote-Objekt ein Objekt zurückgibt, das von MarshallByRefObject erbt, was bedeutet, dass es automatisch dem Objekt auf der Remote-Seite zugeordnet wird? Ok, das sollte mit einem Testobjekt, das ich selbst gebaut habe, einfach zu reproduzieren sein. Das bedeutet also auch, dass ich Dispose auf der Clientseite aufrufen sollte und es auf das Objekt auf der Serverseite zurückgeführt wird?