C#UDP异步通讯SocketAsyncEventArgs

SocketAsyncEventArgs单机测试成功突破6W,59999还是100%连接上去的所以估计最高性能可能达到10W以上值得说明的是建议使用SocketAsyncEventArgs进行监听的读取数据包.因为这2个地方的SocketAsyncEventArgs是同一个,并且内存和SocketAsyncEventArgs对象都好回收好控制如果使用SocketAsyncEventArgs发送数据包那么SocketAsyncEventArgs就不好控制了所以使用传统的异步模式比较好.而数据包传出使用异步代理进行传出以免堵塞SocketAsyncEventArgs线程.MSND的SocketAsyncEventArgs除了SocketAsyncEventArgsPOOL和内存Manager其他纯属扯淡.最好别效仿.

运用SocketAsyncEventArgs实现广域网客户端和服务端互发消息，用于学习IOCP开发

最近有项目要做一个高性能网络服务器，去网络上搜到到的都是C++版本而且是英文或者简单的DEMO，所以自己动手写了C#的DEMO。
网络上只写接收到的数据，没有说怎么处理缓冲区数据，本DEMO简单的介绍如何处理接收到的数据。
简单易用，希望对大家有用.1、在C#中，不用去面对完成端口的操作系统内核对象，Microsoft已经为我们提供了SocketAsyncEventArgs类，它封装了IOCP的使用。
请参考：http://msdn.microsoft.com/zh-cn/library/system.net.sockets.socketasynceventargs.aspx?cs-save-lang=1&cs-lang=cpp#code-snippet-1。
2、我的SocketAsyncEventArgsPool类使用List对象来存储对客户端来通信的SocketAsyncEventArgs对象，它相当于直接使用内核对象时的IoContext。
我这样设计比用堆栈来实现的好处理是，我可以在SocketAsyncEventArgsPool池中找到任何一个与服务器连接的客户，主动向它发信息。
而用堆栈来实现的话，要主动给客户发信息，则还要设计一个结构来存储已连接上服务器的客户。
3、对每一个客户端不管还发送还是接收，我使用同一个SocketAsyncEventArgs对象，对每一个客户端来说，通信是同步进行的，也就是说服务器高度保证同一个客户连接上要么在投递发送请求，并等待；
或者是在投递接收请求，等待中。
本例只做echo服务器，还未考虑由服务器主动向客户发送信息。
4、SocketAsyncEventArgs的UserToken被直接设定为被接受的客户端Socket。
5、没有使用BufferManager类，因为我在初始化时给每一个SocketAsyncEventArgsPool中的对象分配一个缓冲区，发送时使用Arrary.Copy来进行字符拷贝，不去改变缓冲区的位置，只改变使用的长度，因此在下次投递接收请求时恢复缓冲区长度就可以了！如果要主动给客户发信息的话，可以new一个SocketAsyncEventArgs对象，或者在初始化中建立几个来专门用于主动发送信息，因为这种需求一般是进行信息群发，建立一个对象可以用于很多次信息发送，总体来看，这种花销不大，还减去了字符拷贝和消耗。
6、测试结果：（在我的笔记本上时行的，我的本本是T420I78G内存）100客户100，000（十万次）不间断的发送接收数据（发送和接收之间没有Sleep，就一个一循环，不断的发送与接收）耗时3004.6325秒完成总共10,000,000一千万次访问平均每分完成199,691.6次发送与接收平均每秒完成3,328.2次发送与接收整个运行过程中，内存消耗在开始两三分种后就保持稳定不再增涨。
看了一下对每个客户端的延迟最多不超过2秒。

c#基于SocketAsyncEventArgs的异步socket服务器，是IOCP完成端口实现的

例子主要包括SocketAsyncEventArgs通讯封装、服务端实现日志查看、SCOKET列表、上传、下载、远程文件流、吞吐量协议，用于测试SocketAsyncEventArgs的功能和压力，最大连接数支持65535个长连接，最高命令交互速度达到250MB/S（使用的是127.0.0.1的方式，相当于千兆网卡1Gb=125MB/S两倍的吞吐量）。
服务端用C#编写，并使用log4net作为日志模块；
同时支持65536个连接，网络吞吐量可以达到400M。

例子主要包括SocketAsyncEventArgs通讯封装、服务端实现日志查看、SCOKET列表、上传、下载、远程文件流、吞吐量协议，用于测试SocketAsyncEventArgs的功能和压力，最大连接数支持65535个长连接，最高命令交互速度达到250MB/S（使用的是127.0.0.1的方式，相当于千兆网卡1Gb=125MB/S两倍的吞吐量）。
服务端用C#编写，并使用log4net作为日志模块；
同时支持65536个连接，网络吞吐量可以达到400M。

最近有项目要做一个高功能网络服务器，决定下功夫搞定完成端口（IOCP），最终花了一个星期终于把它弄清楚了，并用C++写了一个版本，效率很不错。
但，从项目的总体需求来考虑，最终决定上.net平台，因此又花了一天一夜弄出了一个C#版，在这与大家分享。
一些心得体会：1、在C#中，不用去面对完成端口的操作系统内核对象，Microsoft已经为我们提供了SocketAsyncEventArgs类，它封装了IOCP的使用。
请参考：http://msdn.microsoft.com/zh-cn/library/system.net.sockets.socketasynceventargs.aspx?cs-save-lang=1&cs-lang=cpp#code-snippet-1。
2、我的SocketAsyncEventArgsPool类使用List对象来存储对客户端来通信的SocketAsyncEventArgs对象，它相当于直接使用内核对象时的IoContext。
我这样设计比用堆栈来实现的好处理是，我可以在SocketAsyncEventArgsPool池中找到任何一个与服务器连接的客户，主动向它发信息。
而用堆栈来实现的话，要主动给客户发信息，则还要设计一个结构来存储已连接上服务器的客户。
3、对每一个客户端不管还发送还是接收，我使用同一个SocketAsyncEventArgs对象，对每一个客户端来说，通信是同步进行的，也就是说服务器高度保证同一个客户连接上要么在投递发送请求，并等待；
或者是在投递接收请求，等待中。
本例只做echo服务器，还未考虑由服务器主动向客户发送信息。
4、SocketAsyncEventArgs的UserToken被直接设定为被接受的客户端Socket。
5、没有使用BufferManager类，因为我在初始化时给每一个SocketAsyncEventArgsPool中的对象分配一个缓冲区，发送时使用Arrary.Copy来进行字符拷贝，不去改变缓冲区的位置，只改变使用的长度，因此在下次投递接收请求时恢复缓冲区长度就可以了！如果要主动给客户发信息的话，可以new一个SocketAsyncEventArgs对象，或者在初始化中建立几个来专门用于主动发送信息，因为这种需求一般是进行信息群发，建立一个对象可以用于很多次信息发送，总体来看，这种花销不大，还减去了字符拷贝和消耗。
6、测试结果：（在我的笔记本上时行的，我的本本是T420I78G内存）100客户100，000（十万次）不间断的发送接收数据（发送和接收之间没有Sleep，就一个一循环，不断的发送与接收）耗时3004.6325秒完成总共10,000,000一千万次访问平均每分完成199,691.6次发送与接收平均每秒完成3,328.2次发送与接收整个运行过程中，内存消耗在开始两三分种后就保持稳定不再增涨。
看了一下对每个客户端的延迟最多不超过2秒。

本程序仅用于安全测试在.NET中，SocketAsyncEventArgs很适合用来编写高效网络通讯程序，这个类的主要功能是可以避免重复分配大量的异步套接字I/O内进行同步的对象。
IOCP网络编程模型也叫完成端口，完成端口会充分利用Windows内核来进行I/O的调度，理论上和大量的实践中证明是用于WIN中C/S通信模式中功能最好的网络通信模型，没有之一（希望别打脸）这是一个基于.NET2.0编写的高速TCP全端口扫描程序，扫描速度取于你的上行带宽，连接缓冲区。
主要是采用了.NET中的异步模型加事件通知（俗称IOCP），可能涉及到重复造轮子的嫌疑，但是确实要比很多端口扫描程序的速度要快上很多，因为没有采用多线程，相对来说线程占用不多，所以内存控制的还算比较不错！简单介绍，去检测一个IP段指定开放端口，检查端口有什么用呢？端口可以利用漏洞，例如22端口，是linux的登陆端口，如果对方有开放，就可以利用其他工具在进行批量爆破。
在简单来说，这个工具相当于url采集器，先第一步选出目标，然后在其他软件进行渗透。

在日常工作中，钉钉打卡成了我生活中不可或缺的一部分。然而，有时候这个看似简单的任务却给我带来了不少烦恼。 每天早晚，我总是得牢记打开钉钉应用，点击"工作台"，再找到"考勤打卡"进行签到。有时候因为工作忙碌，会忘记打卡，导致考勤异常，影响当月的工作评价。而且，由于我使用的是苹果手机，有时候系统更新后，钉钉的某些功能会出现异常，使得打卡变得更加麻烦。 另外，我的家人使用的是安卓手机，他们也经常抱怨钉钉打卡的繁琐。尤其是对于那些不太熟悉手机操作的长辈来说，每次打卡都是一次挑战。他们总是担心自己会操作失误，导致打卡失败。 为了解决这些烦恼，我开始思考是否可以通过编写一个全自动化脚本来实现钉钉打卡。经过一段时间的摸索和学习，我终于成功编写出了一个适用于苹果和安卓系统的钉钉打卡脚本。