Freigeben über


Remotingbeispiel: CallContext

In diesem Beispiel werden die CallContext-Klasse und die ILogicalThreadAffinative-Schnittstelle zum Übergeben von Daten zwischen Threads auf beiden Seiten eines Aufrufs über eine Anwendungsdomänengrenze oder eine Kontextgrenze hinweg verwendet.

Diese Anwendung wird auf einem einzelnen Computer oder über ein Netzwerk ausgeführt. Wenn Sie die Anwendung über ein Netzwerk ausführen möchten, müssen Sie "localhost" in der Clientkonfiguration durch den Namen des Remotecomputers ersetzen.

ServiceClass.vb wird in diesem Beispiel zwar nicht kompiliert, ist aber dennoch hier enthalten, um die Implementierung von ILogicalThreadAffinative zu veranschaulichen.

Warnung

.NET Remoting führt standardmäßig keine Authentifizierung oder Verschlüsselung aus. Daher empfiehlt es sich, alle erforderlichen Schritte auszuführen, um die Identität von Clients und Servern vor der Remoteinteraktion eindeutig zu bestimmen. Da .NET Remoting-Anwendungen für die Ausführung die Berechtigung FullTrust erfordern, könnte ein nicht autorisierter Client, dem der Zugriff auf den Server gewährt wurde, Code so ausführen, als ob er vollständig vertrauenswürdig wäre. Authentifizieren Sie stets die Endpunkte, und verschlüsseln Sie die Kommunikationsstreams, entweder durch Hosten der Remotetypen in Internetinformationsdienste (Internet Information Services, IIS), oder indem Sie für diese Aufgabe ein benutzerdefiniertes Channelempfängerpaar erstellen.

So kompilieren Sie dieses Beispiel

  • Geben Sie an der Eingabeaufforderung die folgenden Befehle ein:

    csc /r:System.Runtime.Remoting.dll /t:library ServiceClass.cs

    csc /r:System.Runtime.Remoting.dll /r:ServiceClass.dll client.cs

    vbc /r:System.Runtime.Remoting.dll /r:ServiceClass.dll clientvb.vb

    csc /r:System.Runtime.Remoting.dll /r: ServiceClass.dll server.cs

ServiceClass.cs

using System;
using System.Collections;
using System.Diagnostics;
using System.Runtime.Remoting;
using System.Runtime.Remoting.Messaging;
using System.Runtime.Remoting.Contexts;
using System.Runtime.Remoting.Channels;

public class ContextBoundType : ContextBoundObject{

    private DateTime starttime;

   public ContextBoundType(){
      Console.WriteLine("A ContextBoundType instance has been created.");
       starttime = DateTime.Now;
   }

    ~ContextBoundType(){
        Console.WriteLine("ContextBoundType being collected after " + (new TimeSpan(DateTime.Now.Ticks - starttime.Ticks)).ToString() + " seconds.");
    }

   public DateTime GetServerTime(){
       Console.WriteLine("Time requested by a client.");

        // This call overwrites the client's 
        // CallContextString.
        CallContext.SetData("ServerThreadData", new CallContextString("This is the server side replacement."));
      return DateTime.Now;
   }

}

//  One method of communicating between client and server is 
//  to use the CallContext. Calling CallContext essentially puts the data
//  in a Thread Local Store. This means that the information is available 
//  to that thread or that "logical" thread (across application domains) only.
[Serializable]
public class CallContextString : ILogicalThreadAffinative{

    String _str ="";
    public CallContextString(String str){
      _str = str;
      Console.WriteLine("CallContextString created.");
    }

    public override String ToString(){
      return _str;
    }
}

ServiceClass.vb

Diese Datei wird nur zu Dokumentationszwecken bereitgestellt.

Imports System
Imports System.Collections
Imports System.Diagnostics
Imports System.Runtime.Remoting
Imports System.Runtime.Remoting.Messaging
Imports System.Runtime.Remoting.Contexts
Imports System.Runtime.Remoting.Channels

Public Class ContextBoundType
   Inherits ContextBoundObject

   Private StartTime As DateTime

   Public Sub New()
      Console.WriteLine("A ContextBoundType instance has been created. (Constructor)")
      StartTime = DateTime.Now
   End Sub  'New

   Protected Overrides Sub Finalize()
      Console.WriteLine("ContextBoundType being collected after " & (New TimeSpan(DateTime.Now.Ticks - starttime.Ticks)).ToString() & " seconds.")
      MyBase.Finalize()
   End Sub   'Finalize

   Public Function GetServerTime() As DateTime
      Console.WriteLine("Time requested by a client.")

      ' This call overwrites the client's 
      ' CallContextString.
      CallContext.SetData("ServerThreadData", New CallContextString("This is the server side replacement."))

      Return DateTime.Now

   End Function  'GetServerTime

End Class 'ContextBoundType


'  One of the methods of communicating between client and server is 
'  to use the CallContext. Calling CallContext essentially puts the data
'  in a Thread Local Store. This means that the information is available 
'  to that thread or that "logical" thread (across application domains) only.
<Serializable> _
Public Class CallContextString
   Implements ILogicalThreadAffinative

   Private _str As String = ""

   Public Sub New(ByVal Contents As String)
      _str = Contents
      Console.WriteLine("CallContextString created with string ""{0}""", Contents)
   End Sub  'New

   Public Overrides Function ToString() As String
      Return _str
   End Function  'ToString

End Class 'CallContextString

ClientVB.vb

Imports System
Imports System.Reflection
Imports System.Runtime.Remoting
Imports System.Runtime.Remoting.Channels
Imports System.Runtime.Remoting.Channels.Tcp
Imports System.Runtime.Remoting.Channels.Http
Imports System.Runtime.Remoting.Contexts
Imports System.Runtime.Remoting.Messaging

Public Class ClientProcess
   <MTAThread()> _
   Public Shared Sub Main()

      Dim Channel As New HttpChannel()
      ChannelServices.RegisterChannel(Channel)

      Dim RemoteType As New WellKnownClientTypeEntry(GetType(ContextBoundType), "https://localhost:8080/TcpCBOService")
      RemotingConfiguration.RegisterWellKnownClientType(RemoteType)

      ' This sets a CallContextDataSlot on this thread. CallContextString      
      ' will convert the ThreadLocalDataStore into a property on the 
      ' message, which will then be merged into the ThreadLocalDataStore 
      ' on the server. This is a nice way to pass information from client 
      ' to server threads and back again. NOTE: This data store has 
      ' logical thread scope. If an application domain has more than one 
      ' thread making calls, each thread will have its own logical 
      ' CallContext, and the server thread will keep each separate.
      CallContext.SetData("ServerThreadData", New CallContextString("This is the thread data inserted on the client thread."))

      Console.WriteLine("CallContextString prior to the call: " & CallContext.GetData("ServerThreadData").ToString())

      Dim service As New ContextBoundType()

      Console.WriteLine("Server time is: " & service.GetServerTime().ToLongTimeString())

      Console.WriteLine("CallContextString after the call: " & CallContext.GetData("ServerThreadData").ToString())

   End Sub   'Main

End Class   'ClientProcess

Client.cs

using System;
using System.Reflection;
using System.Runtime.Remoting;
using System.Runtime.Remoting.Channels;
using System.Runtime.Remoting.Channels.Tcp;
using System.Runtime.Remoting.Channels.Http;
using System.Runtime.Remoting.Contexts;
using System.Runtime.Remoting.Messaging;

public class ClientProcess{

   public static void Main(string[] Args){

        HttpChannel channel = new HttpChannel();
        ChannelServices.RegisterChannel(channel);

        WellKnownClientTypeEntry remotetype = new WellKnownClientTypeEntry(typeof(ContextBoundType),"https://localhost:8080/TcpCBOService");
       RemotingConfiguration.RegisterWellKnownClientType(remotetype);

        // This sets a CallContextDataSlot on this thread. 
        // CallContextString will convert the ThreadLocalDataStore into 
        // a property on the message, which will then be merged into the 
        // ThreadLocalDataStore on the server. This is a nice way to pass 
        // information from client to server threads and back again. 
        // NOTE: This data store has logical thread scope. If an 
        // application domain has more than one thread making calls, 
        // each thread will have its own logical CallContext, and the 
        // server thread will keep each separate.
        CallContext.SetData("ServerThreadData", new CallContextString("This is the thread data inserted on the client thread."));

        Console.WriteLine("CallContextString prior to the call: " + CallContext.GetData("ServerThreadData").ToString());

        ContextBoundType service = new ContextBoundType(); 

        Console.WriteLine("Server time is: " + service.GetServerTime().ToLongTimeString());

        Console.WriteLine("CallContextString after the call: " + CallContext.GetData("ServerThreadData").ToString());

   }
}

Server.cs

using System;
using System.Diagnostics;
using System.Runtime.Remoting;
using System.Runtime.Remoting.Channels;
using System.Runtime.Remoting.Channels.Tcp;
using System.Runtime.Remoting.Channels.Http;
using System.Runtime.Remoting.Contexts;
using System.Runtime.Remoting.Messaging;
using System.Threading;

public class ServerProcess{

   public static void Main(string[] Args){

      HttpChannel channel = new HttpChannel(8080);

      ChannelServices.RegisterChannel(channel);
        
      WellKnownServiceTypeEntry WKSTE = new WellKnownServiceTypeEntry(typeof(ContextBoundType),"TcpCBOService", WellKnownObjectMode.SingleCall);
      RemotingConfiguration.RegisterWellKnownServiceType(WKSTE);

      Console.WriteLine("Press enter to stop this process.");
      Console.ReadLine();

   }

}

Siehe auch

Referenz

CallContext
ILogicalThreadAffinative

Weitere Ressourcen

Remotingbeispiele