Java DatagramChannel.receive()导致IndexOutOfBoundsException
首先,关于akk,我知道有一个几乎相同的问题,但它没有答案。所以我再问一次 在我的Android应用程序中,我使用一个非阻塞UDP套接字来完成一些广播工作,所以我选择了Java DatagramChannel.receive()导致IndexOutOfBoundsException,java,android,indexoutofboundsexception,datagram,Java,Android,Indexoutofboundsexception,Datagram,首先,关于akk,我知道有一个几乎相同的问题,但它没有答案。所以我再问一次 在我的Android应用程序中,我使用一个非阻塞UDP套接字来完成一些广播工作,所以我选择了DatagramChannel。当我在三星GT-P7510(Android 4.0.4)上运行以下代码时,我得到了一个索引AutofBoundsException,它表示缓冲区不够长。但很明显,我已经分配了足够大的空间。有人知道原因吗?感谢您的帮助 代码导致异常: ByteBuffer bytebuf = ByteBuffer.a
DatagramChannel
。当我在三星GT-P7510(Android 4.0.4)上运行以下代码时,我得到了一个索引AutofBoundsException
,它表示缓冲区不够长。但很明显,我已经分配了足够大的空间。有人知道原因吗?感谢您的帮助
代码导致异常:
ByteBuffer bytebuf = ByteBuffer.allocateDirect(1024);
bytebuf.clear();
try {
// LINE causes the Exception!
SocketAddress addr = socketDiscoverChannel.receive(bytebuf);
if (addr != null) {
bytebuf.flip();
InetSocketAddress remoteAddr = (InetSocketAddress) addr;
String remoteIP = remoteAddr.getAddress().getHostAddress();
......
......
} finally {
......
}
日志:
02-26 16:58:22.209: E/AndroidRuntime(4695): FATAL EXCEPTION: IntentService[DaemonListeningService]
02-26 16:58:22.209: E/AndroidRuntime(4695): java.lang.IndexOutOfBoundsException: length=36, offset=0, buffer size=0
02-26 16:58:22.209: E/AndroidRuntime(4695): at java.net.DatagramPacket.setLengthOnly(DatagramPacket.java:234)
02-26 16:58:22.209: E/AndroidRuntime(4695): at java.net.DatagramPacket.setLength(DatagramPacket.java:222)
02-26 16:58:22.209: E/AndroidRuntime(4695): at libcore.io.IoBridge.postRecvfrom(IoBridge.java:528)
02-26 16:58:22.209: E/AndroidRuntime(4695): at libcore.io.IoBridge.recvfrom(IoBridge.java:516)
02-26 16:58:22.209: E/AndroidRuntime(4695): at java.nio.DatagramChannelImpl.receiveDirectImpl(DatagramChannelImpl. java:232)
02-26 16:58:22.209: E/AndroidRuntime(4695): at java.nio.DatagramChannelImpl.receive(DatagramChannelImpl.java:185)
02-26 16:58:22.209: E/AndroidRuntime(4695): at com.zisync.daemon.DaemonListeningService.startListening( DaemonListeningService.java:261)
02-26 16:58:22.209: E/AndroidRuntime(4695): at com.zisync.daemon.DaemonListeningService.onHandleIntent( DaemonListeningService.java:98)
02-26 16:58:22.209: E/AndroidRuntime(4695): at android.app.IntentService$ServiceHandler.handleMessage(IntentService. java:65)
02-26 16:58:22.209: E/AndroidRuntime(4695): at android.os.Handler.dispatchMessage(Handler.java:99)
02-26 16:58:22.209: E/AndroidRuntime(4695): at android.os.Looper.loop(Looper.java:137)
02-26 16:58:22.209: E/AndroidRuntime(4695): at android.os.HandlerThread.run(HandlerThread.java:60)
这是一个相当令人失望的问题。经过几次尝试,我似乎知道原因。
这是Android某些特定版本的一个bug。
事实上,我不是很确定,但我得到了一些支持 我在另一台安卓设备上运行了完全相同的代码(三星GT-I9220和安卓4.1.4),它运行得很好 在我将
ByteBuffer.allocateDirect(1024)
更改为ByteBuffer.allocate(1024)
(不带direct)后,它会在前面的设备上工作,从而导致异常。我真的不知道原因,但情况就是这样
我会把这个问题留一段时间,以防万一有人知道原因或者确认这是否真的是Android(某个版本)的bug。这个
.flip()
是在异常发生之后,实际上它甚至一次也不会被执行…顺便说一句,.flip()这正是我想要的。在我看来,这是Android中的一个主要错误。@EJP似乎是这样!我只是发布了一个答案,但不知道它是否正确。