C# .NET Remoting做服务端分析

Question

  希望有这方面经验的人分析下，数据包小的情况下。
1； .NET Remoting是否适合做C/S结构的远程访问程序？
2；  .NET Remoting 采用TCP方式连接，客户端并发1000这样有没有问题？
3；  如果能够并发1000这样这的客户端访问，服务端的处理能力是否下降严重？

Answer 1

Remoting是做跨进程对象调用的，不太适合性能要求高的通讯。
并发2000，一般是个坎，1000看你的场景了。

Answer 2

.NET Remoting处理一千个没问题，主要看服务器的内存，这个和架构本身没多大关系，因为他有一种singleton方式，可以共享一个对象，让其它对象用它的方法，如果用singleCall那就是实例化对象，看你的内存了，是TCP通信，性能虐逊于socket,以前做了个监控话务的，没有问题。

Answer 3

对 NET Remoting 好失望，CS在局域网可以，但是到了外网就问题多多，还有很多用不好解决的问题，比如掉线呀...之类的，算了还是老老实实用Socket吧。

Answer 4

不是Net Remoting已经被WCF替代了吗？
新项目还是用WCF吧。

Answer 5

socket 是比较明智的选择，而且成熟！