linux aio socket,LINUX SOCKET AIO 问题

写了代码，使用ace_proactor, 原来windows跑得非常漂亮，来到linux就时不时不工作，然后加asynce_connector后，发现完成不能工作，async_stream_write后，发现卡在那里，根本发不出去，多次分析后，发现，原来之前有aio_read没有完成，aio_write的请求就bloc

写了代码，使用ace_proactor, 原来windows跑得非常漂亮，来到linux就时不时不工作，然后加asynce_connector后，发现完成不能工作，async_stream_write后，发现卡在那里，根本发不出去，多次分析后，发现，原来之前有aio_read没有完成，aio_write的请求就block那里了，write这个操作竟然一定要等前的aio_read完成之后，才可以执行。 证据如下:

1.卡住的aio_write 会成上完成，如果socket被对方关闭。

2.在aio_read之前设置socket的模式为nonblocking, 一时write操作出现，aio_read 马上完成，并返回错误码 EAGAIN，然后aio_write的请求也给完成了。

3.socket的模式在ace和IBM有关的aio文档中给强调，must be ing blocking mode.

天啊！

尝试了在aio_write之前如果有读操作，使用aio_cancel进行cancel操作，不行，于是设置了nonblocking模式然后而cancel，还是没有任何反应。

看来LINUX的AIO实现真是够烂的，对于SOCKET操作的实现完全失败！

假设以下情形：

1.server 广播数据给客户端(调用aio_write)，并且发送了一条期望得到客户端响应的指令(aio_read)，结果客户端长期没有响应，这时我想再发一条通知数据给客户端(调用aio_write)，这个发送的请求就给内核里block住在那里，一直发不出去，因为它要等前面一个aio_read完成, 直到客户端响应了或者是断线了，这第二个aio_write才会完成。

郁闷吧。并且你无法取消这种状态，这个socket 就停在那里了。。。。

对于server端这个还好。

如果你的server端又需要和其它server作联系的时候，你就麻烦了，完全不可预测。