使用Java语言编写程序，设计UDP服务器。考虑到实时性，采用UDP协议。 1.设计一个简单的界面，使得程序能够流畅的完成视频文件的传输。

使用UDP实现数据通信，网上大多采用客户接收端和服务端分离的方式，该程序代码为了方便采用线程的方式写在一个MFC程序中，方便大家初学时学习。调试环境：win7 64 vs2010.

文件传输系统必须具备资源和条件，是否满足系统目标的要求，在文件传输的形式中，以独立的软件进行点对点的文件传输。本软件能够点对点的文件传输，还能进行即时的通讯。本文档包涵有代码与各种分析测试报告与可行性分析。

自己写的Linux下使用UDP协议的点对点聊天程序（含源代码），亲测可用，由于UDP的原理，不能确定对方是否上线，不保证对方收到也不能知道对方是否能收到消息

基于udp协议和openCV编程实现的视频传输程序，具有自动获取本地IP地址功能，客户端输入服务器端IP，点击发送，服务器端可实现实时的接收和播放，在可靠的局域网环境下，多次测试传输可靠，除此以外具有原理简单，可扩展的优点

基于UDP协议的客户端与服务端通信demo，unity客户端可以不断跟服务端发送信息，内涵服务端的源码

使用Java语言，利用UDP通信，实现客户端与服务器之间的通信，服务器支持多客户端连接，采用多线程技术。每当客户端向服务器发送请求后，服务器将为客户端发送文件。

实现一简单的聊天程序实现网上聊天，包括服务器和客户端。 （1）支持多人聊天。 （2）客户端具有图形化用户界面。

股票，证券等，用这个来发布行情数据，刷刷的。 UDP通信的优势 速度比TCP快。 UDP通信的缺点 一旦UDP包过大的话，也能正常工作。只是优势就丢失了。 idUdpClient 主要用于发送udp请求，在接收udp响应的时候是同步的,所以一定要设置超时,否则的话程序容易死。 idUpdServer 即能用于发送udp数据包，也能用于接收udp数据包。但是设计的主要目的还是用于收到udp数据包之后给于反馈。 UDP包的大小问题 资料1:以太网的MTU是1500字节，IP包头占20个字节，UDP首部占8个字节，也就是说实际数据应该小于1472字节. 资料2:鉴于Internet上的标准MTU值为576字节,所以我建议在进行Internet的UDP编程时.最好将UDP的数据长度控件在548字节(576-8-20)以内. 测试结果: 0-548字节:会完美的展现UDP协议的优势(速度刷刷的)。 大于1472字节以后的话,也可以正常执行。你会见识到什么叫做不可靠的信道(经过测试90%以上还是成功的,只是速度慢了很多)。 数据包大于2K速度明显变慢了；数据包大于3K，成功率60%到80%；数据包大于4k，成功率20%以下。 结论: 1.UDP协议还是比较可靠的。使用它能充分挖掘速度的潜力。通常大部分请求和相应都在548以下，小部分请求超过548。 2.548字节，可以存储274个汉字呢。比手机短信都长。你传什么那么大？ 3.尤其是双方都在修改数据，需要实施数据实时同步的时候。修改量都比较小，用udp再合适不过了。 客户端的阻塞式响应不太理想 可以采用的办法是双方都开UDP服务器来接受。

此程序利用C语言编程，采用UDP协议实现了Windows客户端与linux服务器端视频文件的传输，代码亲自编写，保证可用。