yanf4j發布一個0.50-beta2版本，這個版本最重要的改進就是引入了客戶端 連接非阻塞API，主要最近的工作要用到，所以添加了。兩個核心類 TCPConnectorController和UDPConnectorController分別用於TCP和UDP的客戶端 連接控制。例如，現在的UDP echo client可以寫成：
//客戶端echo handler
class EchoClientHandler extends
HandlerAdapter {
public void onReceive(Session udpSession,
Object t) {
DatagramPacket datagramPacket =
(DatagramPacket) t;
System.out.println
("recv:" + new String(datagramPacket.getData
()));
}
@Override
public void
onMessageSent(Session session, Object t) {
System.out.println("send:" + new String((byte[])
t));
}
}
//連接代碼，並發送UDP包
UDPConnectorController connector = new UDPConnectorController();
connector.setSoTimeout(1000);
connector.setHandler
(new EchoClientHandler());
connector.connect(new
InetSocketAddress(InetAddress.getByName(host),
port));
for (int i = 0; i < 10000; i++) {
String s = "hello " + i;
DatagramPacket packet = new DatagramPacket(s.getBytes(), s.length
());
connector.send(packet);
}
UDP不是面向連接的，因此connect方法僅僅是調用了底層 DatagramChannel.connect方法，用來限制接收和發送的packet的遠程端點。
再來看看TCPConnectorController的使用，同樣看Echo Client的實現：
//客戶端的echo handler
class EchoHandler extends HandlerAdapter<String> {
@Override
public void onConnected(Session session) {
try {
//一連接就發送NUM個字符串
for (int i = 0; i < NUM; i++)
session.send(generateString(i));
} catch (Exception e) {
}
}
public String generateString(int len) {
StringBuffer sb = new StringBuffer();
for (int i = 0; i < MESSAGE_LEN; i++)
sb.append(i);
return sb.toString();
}
@Override
public void onReceive(Session session, String t) {
//打印接收到字符串
if (DEBUG)
System.out.println("recv:" + t);
}
}
//...連接API，TCPConnectorController示例
Configuration configuration = new Configuration();
configuration.setTcpSessionReadBufferSize(256 * 1024); // 設置
讀的緩沖區大小
TCPConnectorController connector = new TCPConnectorController
(configuration,
new StringCodecFactory());
connector.setHandler(new EchoHandler());
connector.setCodecFactory(new StringCodecFactory());
try {
connector.Connect(new InetSocketAddress
("localhost", 8080));
} catch (IOExceptione) {
e.printStackTrace();
}
注意，connect方法並不阻塞，而是立即返回，連接是否建立可以通過 TCPConnectorController.isConnected()方法來判斷，因此通常你可能會這樣使 用：
try {
connector.Connect(new InetSocketAddress
("localhost", 8080));
while(!connector.isConnected())
;
} catch (Exception e) {
e.printStackTrace();
}
來強制確保後面對connector的使用是已經連接上的connector，然而更好的 做法是在Handler的onConnected()回調方法中處理邏輯，因為這個方法僅僅在連 接建立後才會被調用。
兩個ConnectorController都有系列send方法，用於發送數據：
TCPConnectorController.send(Object msg) throws InterruptedException
UDPConnectorController.send(DatagramPacket packet) throws InterruptedException
UDPConnectorController.send(SocketAddress targetAddr, Object msg) throws InterruptedException
0.50-beta2帶來的另一個修改就是Session接口添加setReadBufferByteOrder 方法，用於設置session接收緩沖區的字節序，默認是網絡字節序，也就是大端 法。這個方法建議在Handler的onSessionStarted回調方法中調用。
在0.50-beta最重要的修改是引入了session發送隊列緩沖區的流量控制選項 。默認情況下，session的發送緩沖隊列是無界的，隊列的push和pop也全然不會 阻塞。在設置了緩沖隊列的高低水位選項後即引入了發送流量控制，規則如下：
a)當發送隊列中的數據總量大於高水位標記（highWaterMark)， Session.send將阻塞
b)在條件a的作用下，Session.send的阻塞將持續到發送隊列中的數據總量小 於於低水位標記（lowWaterMark)才解除。
緩沖隊列高低水位的設置通過Controller的下列方法設置：
public void setSessionWriteQueueHighWaterMark(int highWaterMark);
public void setSessionWriteQueueLowWaterMark(int lowWaterMark);
緩沖隊列的流量控制想法來自ACE的ACE_Message_Queue，是通過 com.google.code.yanf4j.util.MessageQueue類實現的。
0.50-beta還引入了Session.send(Object msg)的重載版本 Session.send (Object msg,long timeout)，在超過timeout時間後send仍然阻塞時即終止send 。注意，現在Session.send的這兩個方法都返回一個bool值來表示send成功與否 ，並且都將響應中斷(僅限啟動了流量控制選項）拋出InterruptedException。
