远程桌面监视？如果是一名未接触过网络编程的童鞋 ，可能会觉得很神秘， 前几天想练练手， 于是研究了一下， 终于有了一点收获， 和大

家分享一下， 也算是对前几天的总结， 如有不对之处， 还望指正 ，多谢！ （本文目的为学习交流，请勿用作他用）

Windows下的网络通信方式有邮槽、管道、socket，本程序就是使用socket来实现图像传输。

实现思路：

我们将图像传输双方定义为采集方与接收方

采集数据方

我们这里使用非阻塞的异步socket监听相应端口，监听到相应消息截取图像数据压缩后就开始传输图像

数据接收方

我们使用阻塞的同步socket，创建一个数据接收线程，发送连接请求，接收采集数据方传输过来的数据。

为什么数据接收方要使用的阻塞socket呢？我们先看下阻塞socket与非阻塞socket的区别

当我们调用send函数发送一定的Byte,在系统内部send做的工作其实只是把数据传输(Copy)到TCP/IP协议栈的输出缓冲区,它执行成功并

不代表数据已经成功的发送出去了,如果TCP/IP协议栈没有足够的可用缓冲区来保存你Copy过来的数据的话...这时候就体现出阻塞和非阻塞

的不同之处了:对于阻塞模式的socket send函数将不返回直到系统缓冲区有足够的空间把你要发送的数据Copy过去以后才返回,而对于非阻

塞的socket来说send会立即返回。

如上所述，对于图像传输，我们必须保证图像完整（如JPEG需要验证文件头尾）阻塞socket就最大限度的保证了完整性。

具体实现：

http://download.

exe文件

http://download.

首发：http://blog.

就是啊好复杂哦

评论后返还的

可以自定义结构 按结构发收 心跳包是检测网络通讯状况 一般用定时器发出一个心跳包 记录发出的时间 通讯另一方回一个心跳包 对比时间差
包的顺序
接收端（客户端）先发请求包给采集端（服务端）
采集端（服务端）再传输图像数据给接收端（客户端）
接收端（客户端）使用阻塞的socket保证接收完整
接收完这帧 接收端（客户端）再发送请求 依次循环 这样就保证顺序了

比较无聊 很一般

远控比较有意思 把服务端做好隐藏 然后 哈哈

对于LS的话 忽略前一句 保留后一句
无不无聊是你个人的感想 很一般是客观事实 咱们一般说客观就行啦

服务端做隐藏？想用什么方式？做成服务程序？还是干脆注入到其他的进程?
好吧，我承认我很邪恶