C# 即时通讯软件开发

C#?即时通讯?WCF?Socket 现在用C#做一个即时通讯软件，客户端和服务器端都用C#，需要是在公网和内网中都能使用。其中包含文件传输、视频、语音聊天，这几个功能最好是通过P2P技术来实现，不要通过服务器转发。如果客户端在不同的网段中，互相之间发送消息，如果不通过服务器转发就要考虑NAT打洞，用socket可以实现，但是各种异常处理及打洞过程都要自己写代码实现，比较麻烦。看了WCF的介绍，WCF提供双工模式，服务器端和客户端可以直接通讯，但是不知道用WCF能不能实现两个客户端之间的直接通讯，望赐教。如果可以实现，就能省去很多socket编程的细节处理。另，有那位高手知道C#下，有那些可以使用的即时通讯框架或相关技术，不想自己用socket来实现，关键是要能实现NAT穿透就可以。
	找腾讯给你源代码
4分	如果你想开发一个互联网IM（而不是仅限于局域网的IM），你用“服务器转发方式”做过能够应付上百人自由聊天的IM吗？做了之后，在纠结什么p2吧！ wcf是面向业余开发人员进行了巨大的封装的一个东西，跟tcp（或者socket之类）的不能直接相比。而且不管有些人如何介绍wcf的实现方法，实际上靠谱的也就是在http上进行封装（变大而且变慢了几倍）的结果。你把它看作什么socket的替代，这完全看不出来什么前途。
3分	，在纠结什么p2吧 –> ，再纠结什么p2p吧对于没有能讨论具体问题的程序员，我也确实没有什么代码可给你的。只是介绍给你一些非常实际的背景知识。
3分	P2P也要实现一个检索服务器啊。。。
	我现在已经做了一个版本的IM，原先都一直在同一网段的局域网下进行测试的，p2p文件传输也都正常。但是在两个不同网段的局域网上测试，根本就联不通，别的就都谈不上了，搜了一下，相关的资料，好像只能通过架设在公网上的server服务器中转打洞才能实现不同网段局域网的互通，但打洞过程很负责，有很多情况都需要处理，所以想，如果能找到已经开发好的框架就最好了
3分	引用 5 楼 garfield21 的回复: 我现在已经做了一个版本的IM，原先都一直在同一网段的局域网下进行测试的，p2p文件传输也都正常。但是在两个不同网段的局域网上测试，根本就联不通，别的就都谈不上了，搜了一下，相关的资料，好像只能通过架设在公网上的server服务器中转打洞才能实现不同网段局域网的互通，但打洞过程很负责，有很多情况都需要处理，所以想，如果能找到已经开发好的框架就最好了那就不要打洞了。你还是直接用TCP中转吧。
	引用 2 楼 sp1234 的回复: 如果你想开发一个互联网IM（而不是仅限于局域网的IM），你用“服务器转发方式”做过能够应付上百人自由聊天的IM吗？做了之后，在纠结什么p2吧！ wcf是面向业余开发人员进行了巨大的封装的一个东西，跟tcp（或者socket之类）的不能直接相比。而且不管有些人如何介绍wcf的实现方法，实际上靠谱的也就是在http上进行封装（变大而且变慢了几倍）的结果。你把它看作什么socket的替代，这完全看不出来什么前途。谢谢你的解答，那就是说wcf是不可能替代Socket的，那我也只能是通过Socket来实现各个功能了吧？
2分	两边都是内网，必须借助服务器，和wcf或者socket无关。
4分	WCF里面有个叫网格网络的东西，就是用来做P2P的。不过性能问题很大，基本上是个玩具吧。
	那是不是说，要想做IM，还是得用socket，用wcf是不行的，我是向做成一个产品的
	你都开发出来了，还来论坛问。。。不待这么玩人的。。 http://download.csdn.net/detail/garfield21/6854477
2分	引用 11 楼 garfield21 的回复: 那是不是说，要想做IM，还是得用socket，用wcf是不行的，我是向做成一个产品的如果你有兴趣的话，可以试试fastCSharp的TCP调用，在基本不损失性能的情况下屏蔽了socket操作，简单易用比WCF更方便灵活。
2分	一般来说能过做到有效利用公网用户有很不错了，NAT穿透可以等这一块成熟了再扩展。
2分	打洞什么的别想了，好好通过服务器转发吧，试试你就知道只要代码写的好，高并发没问题
	如果你不是要给全国人民使用的话，服务器转发就够了。
4分	Socket服务器这块的开源框架有个SuperSocket，再就是迅雷有个云加速开放平台，直接调用迅雷接口，什么都不用写，利用迅雷的P2SP技术，当然只是针对下载网址是：http://open.xunlei.com/index.html
	引用 15 楼 wangjun8868 的回复: 打洞什么的别想了，好好通过服务器转发吧，试试你就知道只要代码写的好，高并发没问题引用 16 楼 mjp1234airen4385 的回复: 如果你不是要给全国人民使用的话，服务器转发就够了。如果用服务器中转用UDP还是TCP啊
4分	tcp就行。
	引用 19 楼 mjp1234airen4385 的回复: tcp就行。 TCP应该是长链接吧，这会影响效率吗？
4分	引用 20 楼 garfield21 的回复: TCP应该是长链接吧，这会影响效率吗？性能方面TCP长连接优于短连接，当时服务器需要多一点内存。
2分	难道，你想等到用户要发言的时候，才连接服务器。
7分	那个…有个叫IPMSG的软件,代码是公开的可以下载,我记得是使用UDP通信的,把这个软件的代码改一改,不知道是否可行? 另外:关于”sp1234″说的 WCF “实际上靠谱的也就是在http上进行封装（变大而且变慢了几倍）的结果。”, 说法是不是略显得武断了?我曾经开发过使用WCF的Service,是采用NetTcpBinding通信方式,不过没有做过大并发连接测试,几十个客户端的连接还是可以的
	引用 25 楼 yanran_hill 的回复: 那个…有个叫IPMSG的软件,代码是公开的可以下载,我记得是使用UDP通信的,把这个软件的代码改一改,不知道是否可行? 另外:关于”sp1234″说的 WCF “实际上靠谱的也就是在http上进行封装（变大而且变慢了几倍）的结果。”, 说法是不是略显得武断了?我曾经开发过使用WCF的Service,是采用NetTcpBinding通信方式,不过没有做过大并发连接测试,几十个客户端的连接还是可以的局域网跟互联网完全两个概念。。。
	IPMSG 内网的，这个不一样的，内网直接通过内网IP访问就可以的
	引用 24 楼 mjp1234airen4385 的回复: 难道，你想等到用户要发言的时候，才连接服务器。如果用UDP实现，连接上服务器后，就断开了。发消息时，用UDP发送完消息后，也就自动断开了
6分	TCp通讯暂时是最好的一个方法，我最近也在搞一个网络通讯，搞出来可以拿来给大家点评点评
4分	引用 28 楼 garfield21 的回复: Quote: 引用 24 楼 mjp1234airen4385 的回复: 难道，你想等到用户要发言的时候，才连接服务器。如果用UDP实现，连接上服务器后，就断开了。发消息时，用UDP发送完消息后，也就自动断开了 UDP用来广播还差不多，如果需要保证消息的必须接受到，我建议使用TCP
	UDP通讯服务器和客户端互相通讯的已经好了。现在在看UDP打洞的资料
4分	WCF就是一个玩具，性能较弱，做产品，还是老老实实用Socket好了。
4分	.net 4.5好像封装了一个P2P的类
2分	GG2013给你一切所需 GG2013-外网仿QQ通讯
	很不错很好很强大哦真的神使用快来微观
4分	先用着服务器转发吧，搞懂了再研究P2P就容易了
2分	引用 26 楼 hudsonhuang 的回复: Quote: 引用 25 楼 yanran_hill 的回复: 那个…有个叫IPMSG的软件,代码是公开的可以下载,我记得是使用UDP通信的,把这个软件的代码改一改,不知道是否可行? 另外:关于”sp1234″说的 WCF “实际上靠谱的也就是在http上进行封装（变大而且变慢了几倍）的结果。”, 说法是不是略显得武断了?我曾经开发过使用WCF的Service,是采用NetTcpBinding通信方式,不过没有做过大并发连接测试,几十个客户端的连接还是可以的局域网跟互联网完全两个概念。。。 IPMSG也是可以跨网的
4分	引用 7 楼 garfield21 的回复: Quote: 引用 2 楼 sp1234 的回复: 如果你想开发一个互联网IM（而不是仅限于局域网的IM），你用“服务器转发方式”做过能够应付上百人自由聊天的IM吗？做了之后，在纠结什么p2吧！ wcf是面向业余开发人员进行了巨大的封装的一个东西，跟tcp（或者socket之类）的不能直接相比。而且不管有些人如何介绍wcf的实现方法，实际上靠谱的也就是在http上进行封装（变大而且变慢了几倍）的结果。你把它看作什么socket的替代，这完全看不出来什么前途。谢谢你的解答，那就是说wcf是不可能替代Socket的，那我也只能是通过Socket来实现各个功能了吧？这个家伙，有点水平，就是说话不大好听。另外，WCF的性能确实是一个问题。
2分	路过帮顶，学习下
6分	引用 35 楼 u013402605 的回复: .net 4.5好像封装了一个P2P的类 .net很早就封装了，但是要依赖windows的一个组件（不是所有的windows都支持，而且要人手启动）还要有一个索引服务器
4分	要即时通讯，还是老实的用socket吧，WCF那东西没法
4分	我其实挺奇怪飞秋(feiQ)这个软件的它不是基于UDP的吗?比如查找谁在线,很显然是发了个广播出去,然后收听否则也没可能在4秒之内遍历所有的网段去连接一遍吧可是,广播不是会被路由器屏蔽么,为什么不同网段也能够在线查找到呢?
4分	引用 44 楼 Z65443344 的回复: 我其实挺奇怪飞秋(feiQ)这个软件的它不是基于UDP的吗?比如查找谁在线,很显然是发了个广播出去,然后收听否则也没可能在4秒之内遍历所有的网段去连接一遍吧可是,广播不是会被路由器屏蔽么,为什么不同网段也能够在线查找到呢? 他一开始出来是仿飞鸽传书，不知道现在有没有自己扩展协议，不过日本人写的飞鸽传书的协议是公开的，你可以搜索下。
4分	引用 45 楼 u011048876 的回复: Quote: 引用 44 楼 Z65443344 的回复: 我其实挺奇怪飞秋(feiQ)这个软件的它不是基于UDP的吗?比如查找谁在线,很显然是发了个广播出去,然后收听否则也没可能在4秒之内遍历所有的网段去连接一遍吧可是,广播不是会被路由器屏蔽么,为什么不同网段也能够在线查找到呢? 他一开始出来是仿飞鸽传书，不知道现在有没有自己扩展协议，不过日本人写的飞鸽传书的协议是公开的，你可以搜索下。查看了一下协议的简介,没有看源码.百度文库里给的简介,说的就是发送广播. 我只是在奇怪为什么广播能够跨网发送. 我们有个核心交换机,上面分了9个VLAN,都是不同的网段,按理说广播到核心交换那里应该就终止了,不会转发到其他网段里去啊. 也有可能是核心交换里做了什么设置,让特定端口的广播允许转发了?
	谢谢大家的意见，现在还是决定先用服务器转发，这个是一定要做的，等这个搞好了再说吧
	即时通讯我就知道一个xmpp

文章评论已关闭！