gpt4 book ai didi

java - 如何知道Netty ByteBuf 中没有数据可读?

转载 作者:塔克拉玛干 更新时间:2023-11-03 05:23:54 24 4
gpt4 key购买 nike

我是 Netty 的新手。文件传输有一个问题让我困惑了好几天。我想从客户端向服务器发送图像文件。

下面的代码是可执行的。但是只有我强行关闭服务器才能正常打开接收到的图片文件。否则,它会显示“您似乎没有查看此文件的权限。请检查权限并重试”。所以我想在 ByteBuf 中没有数据时使用 ByteBuf.isReadable() 关闭 fileoutputstream,但是 ServerHandler 中的方法 channelRead 中的 else block 永远无法到达。这是没用的。

此外,如果发送文本文件,当服务器alive时,它可以正常打开。 我不想每次传输后都关闭服务器。请给我一些建议来解决它。

这是 FileClientHandler

public class FileClientHandler extends ChannelInboundHandlerAdapter {

private int readLength = 8;

@Override
public void channelActive(ChannelHandlerContext ctx) throws Exception {
sendFile(ctx.channel());
}

private void sendFile(Channel channel) throws IOException {
File file = new File("C:\\Users\\xxx\\Desktop\\1.png");
FileInputStream fis = new FileInputStream(file);
BufferedInputStream bis = new BufferedInputStream(fis);

for (;;) {
byte[] bytes = new byte[readLength];
int readNum = bis.read(bytes, 0, readLength);
// System.out.println(readNum);
if (readNum == -1) {
bis.close();
fis.close();
return;
}
sendToServer(bytes, channel, readNum);
}
}

private void sendToServer(byte[] bytes, Channel channel, int length)
throws IOException {
channel.writeAndFlush(Unpooled.copiedBuffer(bytes, 0, length));
}

}

这是 FileServerHandler

public class FileServerHandler extends ChannelInboundHandlerAdapter {

private File file = new File("C:\\Users\\xxx\\Desktop\\2.png");
private FileOutputStream fos;

public FileServerHandler() {
try {
if (!file.exists()) {
file.createNewFile();
} else {
file.delete();
file.createNewFile();
}
fos = new FileOutputStream(file);
} catch (IOException e) {
e.printStackTrace();
}
}

@Override
public void channelRead(ChannelHandlerContext ctx, Object msg)
throws Exception {
try {
ByteBuf buf = (ByteBuf) msg;
if (buf.isReadable()) {
buf.readBytes(fos, buf.readableBytes());
fos.flush();
} else {
System.out.println("I want to close fileoutputstream!");
buf.release();
fos.flush();
fos.close();
}

} catch (Exception e) {
e.printStackTrace();
}
}
}

最佳答案

修复服务器端

在 Netty 的世界里,有多个“事件”:

在这些“事件”中,您可能已经知道 channelRead 的作用(自从您使用它以来),但您似乎需要的另一个是 channelInactive。当另一个端点关闭连接时调用此方法,您可以像这样使用它:

@Override
public void channelInactive(ctx) {
System.out.println("I want to close fileoutputstream!");
fos.close();
}

@Override
public void channelRead(ChannelHandlerContext ctx, Object msg)
throws Exception {
try {
ByteBuf buf = (ByteBuf) msg;
// if (buf.isReadable()) { // a buf should always be readable here
buf.readBytes(fos, buf.readableBytes());
// fos.flush(); // flushing is always done when closing
//} else {
// System.out.println("I want to close fileoutputstream!");
// buf.release(); // Should be placed in the finally block
// fos.flush();
// fos.close();
//}
} catch (Exception e) {
e.printStackTrace();
} finally {
buf.release(); // Should always be done, even if writing to the file fails
}
}

但是,服务器如何知道连接已关闭?目前客户端并没有关闭服务器,而是一直在后台运行,永远保持连接。

修复客户端

要正确关闭来自客户端的连接,我们需要调用 channel.close(),但是,我们不能直接在返回行之前插入它,因为这会导致发送之间的竞争条件数据,并关闭网络层中的连接,可能会丢失数据。

为了正确处理这些情况,Netty 使用 Future允许代码在异步操作发生后处理事件的系统。

我们很幸运,Netty 已经是has a build in solution为此,我们只需要将它连接起来。要将此解决方案连接到我们的代码,我们必须跟踪最新的 ChannelFuture由 Netty 的 write 方法发出。

为了正确实现这个解决方案,我们更改sendToServer 以返回 write 方法的结果:

private ChannelFuture sendToServer(byte[] bytes, Channel channel, int length)
throws IOException {
return channel.writeAndFlush(Unpooled.copiedBuffer(bytes, 0, length));
}

然后我们会跟踪这个返回值,并在我们想要关闭连接时添加一个包含 Netty 内置解决方案的监听器:

ChannelFuture lastFuture = null;
for (;;) {
byte[] bytes = new byte[readLength];
int readNum = bis.read(bytes, 0, readLength);
// System.out.println(readNum);
if (readNum == -1) {
bis.close();
fis.close();
if(lastFuture == null) { // When our file is 0 bytes long, this is true
channel.close();
} else {
lastFuture.addListener(ChannelFutureListener.CLOSE);
}
return;
}
lastFuture = sendToServer(bytes, channel, readNum);
}

关于java - 如何知道Netty ByteBuf 中没有数据可读?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/51871176/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com