Wenn ein remoting-Client ein TcpClientChannel-Objekt erstellt, überwacht es einen (nicht angegebenen) Port. Wozu?Warum muss ein Tcp-Remoting-Client zuhören?
Eine einzelne TCP-Verbindung zum Server ist bereits ein Vollduplex, also warum hören?
Wenn ein remoting-Client ein TcpClientChannel-Objekt erstellt, überwacht es einen (nicht angegebenen) Port. Wozu?Warum muss ein Tcp-Remoting-Client zuhören?
Eine einzelne TCP-Verbindung zum Server ist bereits ein Vollduplex, also warum hören?
Ich nehme an, es lauscht auf eingehende Verbindungen. Was hat Vollduplex damit zu tun?
Ich schaue auf die MSDN TcpClientChannel Class example und den ServerChannel in der Nähe. Es gibt keinen Verweis auf hörende Clients. Bitte erläutern Sie Ihren Fall. Ein weiterer .NET CodeGuru Artikel beschreibt simple remoting und secure remoting.
Sie können dies verwenden, um Ihren Standpunkt zu erläutern.
Der Client der TCP-Verbindung muss den Quellport der Verbindung überwachen, um Pakete zu empfangen, die vom Server an den Client übertragen werden. An einer TCP-Verbindung sind zwei Ports beteiligt, ein Quell- und ein Zielport. Normalerweise wird nur der Zielport angegeben und der Quellport wird nur vom Betriebssystem zugewiesen.
Warum sollte ein Client auf eingehende Verbindungen warten? –