NIO学习笔记3(UDP)

经过仔细研究还是决定换回UDP协议(于是前面两天的代码滚蛋了)
NIO同样支持udp协议,不过相关的方法调用是有区别的

java的udp端口类是DatagramSocket
因此对应的nio channel类就是DatagramChannel

由于udp是一个无连接的协议,因此服务器端和客户端的代码基本相同。实际上服务器和客户端之间并没有太大区分。所以不存在ServerDatagramChannel这种玩意了,服务器端和客户端都是创建一个DatagramChannel。然后bind一个端口,注册Selector之后就可以打开监听了。

注意和SocketChannel的区别有以下几点:
接收数据:SocketChannel的方法是

ByteBuffer buffer = ByteBuffer.allocate(500);
int readCount = socketChannel.read(buffer);

虽然DatagramChannel也有read(ByteBuffer buffer)这个方法,但是直接调用只会抛出异常。

接收数据包的正确姿势如下:

ByteBuffer buffer = ByteBuffer.allocate(500);
InetSocketAddress = (InetSocketAddress)datagramChannel.receive(buffer);

此方法直接返回一个SocketAddress对象,包含了数据来源的地址和端口,在反馈数据的时候就有大用处了。于此同时,datagramChannel.getRemoteAddress()方法自然是不可能有正确结果的,没有连接是不会有Remote Address的啦

同理,发送数据包的姿势也变了
原来的方式是:

socketChannel.write(ByteBuffer.wrap("test data".getBytes()));

由于udp的无连接属性,此方法会让系统一头雾水的,我们需要加上发送的目标地址:

datagramChannel.send(ByteBuffer.wrap("test data".getBytes()),new InetAddressSocket("localhost",12345));

=======================我是傲娇的分割线================================
[size=x-large][color=red]补充[/color][/size]
另外,值的注意的是,在Android的开发包里,DatagramChannel的bind方法已被移除,大概是不希望某人使用一台android设备当服务器用 :x
但是我又发现了一个connect方法,这个方法在jdk中也有,同样是传入一个SocketAddress参数。经过尝试后发现,这是android只能作为客户端的一个限定。connect方法传入的应该是服务器的地址和端口参数,调用这个connect后,android系统会自行打开一个未使用的随机端口作为发送端
这时候调用.write()方法同样可以将数据发出。注意如果这里依然调用send方法,send后的地址一定要与connect传入的地址相同,否则会报出地址不匹配的异常!

综上所述,DatagramChannel可以事先调用connect方法连接到服务器然后直接使用write发送数据
否则就必须使用send方法发送。
下图应该可以更清楚
connect([color=green]服务器地址[/color])--------------write()|send()[color=red][send目标必须与connect目标相同][/color]
bind([color=green]本地端口[/color])-------------------send()[color=red][send目标可以是任意地址][/color]

[size=x-large][color=red]补充2[/color][/size]
DatagramChannel不需要事先将SelectionKey的interestOps设置为OP_WRITE即可直接发送数据

=========================我才不是分割线呢==================================
注意的是与TCP基于字节流的协议不同,udp是以数据报为单位单独发送的,因此一个数据包的大小不应过大。
可通过的数据报大小由整个路径中最小的MTU决定。

[img]http://dl.iteye.com/upload/attachment/0079/9761/35dfe5de-ea28-3596-bd32-148821062deb.png[/img]
[linux中可以使用ifconfig命令轻松查询到自己系统的MTU]

默认局域网MTU大小是1500字节,注意要自行减去IP数据报头20字节的占用,另外udp报头还有8个字节,也就是只有1472个字节是我们可以支配的。
超出MTU的部分会由系统进行分片处理,到达目标后再自动组装回来。但是由于udp不保证传输质量,一旦分片后某一片丢失会直接导致整个数据报被丢弃。尽管使用udp并不要求数据100%送达,但在数据完整度方面还是尽可能做到更好。
注意PPPOE/ADSL的MTU默认值是1492字节(可支配1464)
而Internet标准MTU是576字节(可支配548)
如果使用udp协议传输的数据需要经过外网,还是定义在548字节以内最佳

今天的总结就写到这里,如有谬误欢迎指正
====================
[color=red]最终补充
Android慎用nio udp接收数据!!莫名其妙收不到数据报,到现在原因还没查出来。。准备客户端弃用nio了[/color]
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值