本文转载自:http://www.cnblogs.com/llllll/archive/2009/05/13/1455703.html 服务器端 TCPServer 1.使用的通讯通道:socket 2.用到的基本功能: Bind, Listen, BeginAccept EndAccept BeginReceive EndReceive 3.函数参数说明  Socket listener = new Socket(AddressFamily.InterNetwork,             

在网络通信中,我们使用Socket异步发送数据,但在客户端,往往是需要等待服务器的返回结果后(握手过程)再往下执行,这就涉及到同步控制了,在多次的实现中,使用AutoResetEvent,实现不,即有时候发现,Socket数据返回比阻塞的UI线程快,不知道是Socket的优先级别高,还是什么原因.总之,这个同步控制是失败的.后来经研究,想到了解决办法,只要发送线程和接收线程同时对ThreadSemaphore进行操作,发送数据时调用Wait方法,收到Socket返回的数据时调用Set方法,问题解

Socket socketClints = new Socket(AddressFamily.InterNetwork, SocketType.Stream, ProtocolType.Tcp); //侦听socket //socketClints.SetSocketOption(SocketOptionLevel.Socket, SocketOptionName.ReuseAddress, true); socketClints.Bind(new IPEndPoint(IPAddress.An

前言 看了一百遍,不如动手写一遍. Socket这块使用不是特别熟悉,之前实现是公司有对应源码改改能用. 但是不理解实现的过程和步骤,然后最近有时间自己写个demo实现看看,熟悉熟悉Socket. 网上也有好的文章,结合别人的理接和自己实践总算写完了... 参考:https://www.cnblogs.com/sunev/实现 参考:https://blog.csdn.net/woshiyuanlei/article/details/47684221 https://www.cnblogs.co

因为工作比较忙,好久没有写过博客了,最近因项目需求,需要用到Socket来进行通信,简单写了几个例子,记录一下,代码很简单,无非就是接收与发送,以及接收到数据后返回一个自定义信息,也可以说是发送. 先来简单写一个接收端的样例,因为Socket需要监听主机上的某个可用端口,在监听开始之前并不是很清楚要监听的某个端口是否被占用,可以在CMD或Powershell中输入netstat -ano 进行查看,但这样的话在每次使用一个端口之前都需要这样操作,相对来讲比较繁琐.当然除此之外我们也可以通过 IP

最近在为公司的分布式服务框架做支持异步调用的开发,这种新特性的上线需要进行各种严格的测试.在并发性能测试时,性能一直非常差,而且非常的不稳定.经过不断的分析调优,发现Socket通信和多线程异步回调存在较为严重的性能问题.经过多方优化,性能终于达标.下面是原版本.支持异步最初版本和优化后版本的性能比较.差异还是非常巨大的.另外说明一下,总耗时是指10000次请求累计执行时间. 从上图可以看到,支持异步的版本,在单线程模式下,性能的表现与老版本差异并不明显,但是10线程下差异就非常巨大,而100线

在上一篇博文中提到asio的异步发送稍微复杂一点,有必要单独拿出来说说.asio异步发送复杂的地方在于: 不能连续调用异步发送接口async_write,因为async_write内部是不断调用async_write_some,直到所有的数据发送完成为止.由于async_write调用之后就直接返回了,如果第一次调用async_write发送一个较大的包时,马上又再调用async_write发送一个很小的包时,有可能这时第一次的async_write还在循环调用async_write_some发

摘要: System.Net.Sockets.Sockte 类有一组增强功能,提供可供专用的高性能套接字应用程序使用的可选异步模式,SocketAsyncEventArgs 类就是这一组增强功能的一部分. 该类专为需要高性能的网络服务器应用程序而设计. 应用程序可以完全使用增强的异步模式,也可以仅仅在目标热点区域(例如,在接收大量数据时)使用此模式. 这些增强功能的主要特点是可以避免在异步套接字 I/O 量非常大时发生重复的对象分配和同步. 在新的 System.Net.Sockets.Sock

.NET 4.5(C#): 使用HttpClient来异步发送POST请求并解析GZIP回应 在新的C# 5.0和.NET 4.5环境下,微软为C#加入了async/await,同时还加入新的System.Net.Http.dll类库.这一切都大大简化了(甚至可以说是革命性得改变了)传统.NET HTTP操作处理的方式. 相比最新的模型,之前.NET 4.0和C# 4.0的时代的HTTP处理方式就显得弱爆了. 首先,如果写成一异步的话.会创造一大堆难看的APM异步执行方法.如果用Lambda的话

ZeroMQ 官方地址 :http://api.zeromq.org/4-1:zmq-send zmq_send(3)              ØMQ Manual - ØMQ/4.1.0 Name zmq_send – 在一个socket上发送一个消息帧 Synopsis int zmq_send (void *socket, void *buf, size_t len, int flags); Description zmq_send()函数会根据buf参数指定的内存缓冲区和len参数指定

ZeroMQ 官方地址 :http://api.zeromq.org/4-1:zmq-sendmsg zmq_sendmsg(3)        ØMQ Manual - ØMQ/4.1.0 Name zmq_sendmsg – 从一个socket上发送一个消息帧 Synopsis int zmq_sendmsg (void *socket, zmq_msg_t *msg, int flags); Description zmq_sendmsg()函数会把msg参数指定的消息对象添加到socke

ZeroMQ API 目录 :http://www.cnblogs.com/fengbohello/p/4230135.html ————————————————————————————————————— ZeroMQ 官方地址:http://api.zeromq.org/4-1:zmq-send-const zmq_send_const(3)           ØMQ Manual - ØMQ/4.1.0 Name zmq_send_const – 从一个socket上发送一个固定内存数据

http://www.jb51.net/article/51122.htm jquery的ajax异步请求接收返回json数据方法设置简单,一个是服务器处理程序是返回json数据,另一种就是ajax发送设置的datatype设置为jsonp格式数据或json格式都可以.这篇文章对此进行了实例介绍,需要的朋友可以参考下 jquery的ajax异步请求接收返回json数据方法设置简单,一个是服务器处理程序是返回json数据,另一种就是ajax发送设置的datatype设置为jsonp格式数据或jso

使用 libevent 和 libev 提高网络应用性能 http://www.ibm.com/developerworks/cn/aix/library/au-libev/ libevent实现http client http://blog.csdn.net/foruok/article/details/8936298 libevent多线程使用事项 http://www.cnblogs.com/Seapeak/archive/2010/04/08/1707807.html http://ww

原文地址:Async Sends 背景 ActiveMQ支持同步.异步两种发送的模式将消息发送到broker,模式的选择对发送延时有巨大的影响.producer能达到怎样的产出率[1],主要受发送延时的影响,使用异步发送,可以显著的提高发送的性能. [1] 产出率:发送的数据量/时间.   ActiveMQ默认使用异步发送的模式:除非明确指定使用同步发送的方式,或者在未使用事务的前提下发送持久化的消息,这两种情况都是同步发送的.   如果你没有使用事务,且发送的是持久化的消息,每一次发送都是同步

原文地址:http://www.asp119.com/news/2009522181815_1.htm 从socket中接收数据的方法取决于你使用socket类型,Socket和XMLSocket都可以接收数据,但是两者实现方法有些不同,让我们先看看Socket类是如何做的. 正如前面所讲到的,Flash提供的socket通信方式是异步通信,也就是说仅仅创建socket连接并试图读取数据这是不可能的,read方法读取数据时并不会等待数据传输过来而立即返回,如果数据还没准备好而去读取数据会导致异常

这篇文章介绍下libevent在socket异步编程中的应用.在一些对性能要求较高的网络应用程序中,为了防止程序阻塞在socket I/O操作上造成程序性能的下降,需要使用异步编程,即程序准备好读写的函数(或接口)并向系统注册,然后在需要的时候只向系统提交读写的请求之后就继续 做自己的事情,实际的读写操作由系统在合适的时候调用我们程序注册的接口进行.异步编程会给一些程序猿带来一些理解和编写上的困难,因为我们通常写的一些 简单的程序都是顺序执行的,而异步编程将程序的执行顺序打乱了,有些代码什么情况

关于http异步发送,一开始我的做法都是用thread或者task去完成的:后来发现HttpWebRequest本身就提供一个异步的方法. 总感觉.Net自己提供的异步方法可能要优于我们自己用线程去实现的好: 当然这只是我的猜想.个人感觉如果有大量异步发送还是用HttpWebRequest本身提供的异步方法好. 自己封装了下HttpWebRequest的异步请求. /// <summary> /// http异步请求 /// </summary> /// <param nam

先说需求. 有个服务程序定时扫描指定文件夹下一个所有文件,文件包含了多个用户(客户)信息及对应的http发送地址和发送数据.现在该服务程序需要提取这些用户信息,然后批量进行发送:发送完后需要将http返回结果和当前用户对应上:到最后进行批量保存.当然批量保存是为了减少数据库压力. 这里的批量数据保存使用的sqlbulkcopy 在此就不做介绍了. 这里谈谈自己最开始和最后实现的思路及方法. 针对这一需求我的确也是第一次经历,所以经验很少. 看到异步发送,我首先想到了用.Net 4.0里面的Tas

1.生产者:在发送完消息后,收到回执确认. 主要是在SimpleProducer.java中修改了发送消息的2行代码,用到了回调函数,修改如下: //发送消息 ProducerRecord<String, String> rec = new ProducerRecord<String, String>("test-topic","hello world from win7"); producer.send(rec,new Callback()

http://activemq.apache.org/async-sends.html producer发送消息有同步和异步两种模式,可以通过代码配置: ((ActiveMQConnection)connection).setUseAsyncSend(true); producer默认是异步发送消息.在没有开启事务的情况下,producer发送持久化消息是同步的,调用send会阻塞直到broker把消息保存到磁盘并返回确认. 消息设置为持久: MessageProducer producer =