[英]ByteBuf release scenarios
最近我们从Netty 3.x升级到最新的4.x. 升级后，我们在生产系统中发现了Netty ByteBuf特有的可怕OOM。
我们使用系统属性启用了泄漏检测，但由于某些原因，这似乎没有在我们的日志中输出任何内容，我们最终仍然得到OOM Netty Error。
为了避免OOM，我们使用以下内容来允许Netty管理消息/ ByteBuf的发布：
SimpleChannelInboundHandler - 释放读取消息ByteToMessageDecoder - 释放ByteBuf
如果发生异常，我有预感的其余地方可能会产生问题。
场景1：读取输入流并为每次读取创建ByteBuf，然后将ByteBuf写入通道。 我可以看到在写入通道时它关闭或有异常，这个ByteBuf永远不会被读取并且永远不会被释放。 如果发生这种情况，我必须释放ByteBuf吗？ 我试图在测试期间释放它，但后来我得到一个例外，因为它没有任何参考。 如果它没有任何引用那么它真的会造成内存泄漏吗？ 我确实读过另一个问题，你需要读取所有字节然后释放ByteBuf。 这是真的？
场景2：我有2个既定渠道。 当我在1个频道收到消息时，我们只是将其写入另一个频道。 当没有异常发生时，我们发送ByteBuf的另一个通道将在消耗和发送字节后释放ByteBuf。 但是，让我们说把它写到另一个频道会因为该频道现已关闭或其他原因而失败。 同样，这个ByteBuf永远不会被读取，因为它无法写入另一个通道。 如果发生这种情况，我必须释放ByteBuf吗？ 我又需要消耗它然后释放它吗？
泄漏：未调用 ByteBuf.release() - 我们如何解决这个问题？
[英]LEAK: ByteBuf.release() was not called - how do we solve this?
泄漏：ByteBuf.release() 在它被垃圾收集之前没有被调用
[英]LEAK: ByteBuf.release() was not called before it's garbage-collected
泄漏：ByteBuf.release() 在垃圾收集之前没有被调用，尽管我调用了.release
[英]Leak: ByteBuf.release() was not called before it's garbage-collected although I call .release
Netty：MessageToMessageEncoder并转换为ByteBuf
[英]Netty: MessageToMessageEncoder and conversion to ByteBuf
声明:本站的技术帖子网页，遵循CC BY-SA 4.0协议，如果您需要转载，请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.
