Netty4.x 的逆袭之路 —— 再识 Netty

最新推荐文章于 2024-07-21 14:36:17 发布
最新推荐文章于 2024-07-21 14:36:17 发布
阅读量467 收藏
点赞数
分类专栏： Netty 文章标签： java netty 网络
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/sinat_34344123/article/details/108932484
版权

Netty4.x 的逆袭之路

2020年9月25日 Netty 结合 protobuf 使用

预习

在netty数据传输过程中可以有很多选择，比如；字符串、json、xml、java对象，但为了保证传输的数据具备；良好的通用性、方便的操作性和传输的高性能，我们可以选择protobuf作为我们的数据传输格式。

protobuf Google开发的一个数据格式

202 案例跑通 (失败)

总结

202:

  1. 该篇主要讲述 protobuf 传输数据格式在 Netty 中的应用,
    protobuf 需要自行下载源码编译. 因为考虑环境时间等原因. 该章节案例暂时过掉
    这里有 32 位操作系统的, 但是我的环境是 64 位. 不能执行.

2020年9月25日 Netty传输Java对象

预习

Netty在实际应用级开发中，有时候某些特定场景下会需要使用Java对象类型进行传输，

但是如果使用Java本身序列化进行传输，那么对性能的损耗比较大。

为此我们需要借助protostuff-core的工具包将对象以二进制形式传输并做编码解码处理。

与直接使用protobuf二进制传输方式不同，这里不需要定义proto文件，而是需要实现对象类型编码解码器，用以传输自定义Java对象。

protostuff 基于Google protobuf，但是提供了更多的功能和更简易的用法。其中，protostuff-runtime 实现了无需预编译对java bean进行protobuf序列化/反序列化的能力。protostuff-runtime的局限是序列化前需预先传入schema，反序列化不负责对象的创建只负责复制，因而必须提供默认构造函数。此外，protostuff 还可以按照protobuf的配置序列化成json/yaml/xml等格式。在性能上，protostuff不输原生的protobuf，甚至有反超之势。

  1. 支持protostuff-compiler产生的消息
  2. 支持现有的POJO对象
  3. 支持现有的protoc产生的Java消息
  4. 与各种移动平台的互操作能力（Android、Kindle、j2me）
  5. 支持转码

203 案例跑通


2020-09-25 18:25:28 接收到消息类型：class cc.lvgo.netty4x.netty_intermediate.netty203.domain.MsgInfo
2020-09-25 18:25:28 接收到消息内容：MsgInfo[channelId='4c1bee9e', msgContent='I'm coming , 加入中文, 检测乱码']

总结

203：

  1. fasjson 异常 : create asm serializer error 原因是包路径有中文导致.

  2. 加深了对编解码的认识. 编码解码器可以算是一个核心功能了, 正是有了它的存在, 使得 IO 操作更加强大.
    同时 Netty 本身内置了超多编解码器. 赞, 他太强了

  3. 同时本节关键其实在于 SerializationUtil 的内容. protostuff

画个重点

  • protostuff 基于Google protobuf，但是提供了更多的功能和更简易的用法。其中，protostuff-runtime 实现了无需预编译对java bean进行protobuf序列化/反序列化的能力。protostuff-runtime的局限是序列化前需预先传入schema，反序列化不负责对象的创建只负责复制，因而必须提供默认构造函数。此外，protostuff 还可以按照protobuf的配置序列化成json/yaml/xml等格式。在性能上，protostuff不输原生的protobuf，甚至有反超之势。

2020年9月26日 Netty 使用 protosutff 实现断点续传

预习

传输文件需要注意的一些内容

  1. 文件

204 案例跑通

2020-09-26 12:44:33 bugstack虫洞栈服务端，接收客户端传输文件请求。FileDescInfo[fileUrl='D:\game\1234567.tft', fileName='1234567.tft', fileSize=222696]
102400
2020-09-26 12:44:55 bugstack虫洞栈服务端，接收客户端传输文件请求[断点续传]。FileBurstInstruct[clientFileUrl='D://game/1234567.tft', readPosition=102401, status=1]
102400
2020-09-26 12:45:11 bugstack虫洞栈服务端，接收客户端传输文件请求[断点续传]。FileBurstInstruct[clientFileUrl='D://game/1234567.tft', readPosition=204802, status=1]
17894


// 断开过3次  208 kb 的文件 一次传输 100 kb
客户端连接成功, 远程地址 : /127.0.0.1:2333
2020-09-26 12:45:11 bugstack虫洞栈客户端传输文件信息。 FILE：1234567.tft SIZE(byte)：17894
服务端断开连接, /127.0.0.1:2333

总结

204:

  1. 通过这个案例明白了断点传输的原理, 同时也看到了 protostuff 的强大!

  2. 对Netty之间的传输更加的清晰了一些. server client 编解码 . 读取, 回写.
    通道、管道、注册、拦截

    建立一根通道，注册一系列管道。通道拦截分配给不同的管道处理，最后又存通道流出。

2020年9月26日 Netty 与 websocket 的结合

预习

一个简单的聊天页面 - 模仿微信聊天网页版哦

Netty的应用方面非常广；聊天、MQ、RPC、数据等等

emm… 不是我说傅哥, 他英语是真的不好
public ChannelFuture bing(InetSocketAddress address)

205 案例跑通

2020-09-26 17:03:02.160  INFO 18140 --- [ntLoopGroup-3-5] c.l.n.n.netty205.server.MyServerHandler  : 回复客户端 : TextWebSocketFrame(data: UnpooledByteBufAllocator$InstrumentedUnpooledUnsafeHeapByteBuf(ridx: 0, widx: 33, cap: 128))
2020-09-26 17:03:19.937  INFO 18140 --- [ntLoopGroup-3-5] c.l.n.n.netty205.server.MyServerHandler  : /192.168.31.93:52203 断开了连接
2020-09-26 17:03:20.042  INFO 18140 --- [ntLoopGroup-3-6] c.l.n.n.netty205.server.MyServerHandler  : 有一个客户端连接了 : /192.168.31.93:52209
2020-09-26 17:03:20.080  INFO 18140 --- [ntLoopGroup-3-6] c.l.n.n.netty205.server.MyServerHandler  : 服务端收到：{"type":1,"msgInfo":"请求个人信息"}
2020-09-26 17:03:20.080  INFO 18140 --- [ntLoopGroup-3-6] c.l.n.n.netty205.server.MyServerHandler  : 回复客户端 : TextWebSocketFrame(data: UnpooledByteBufAllocator$InstrumentedUnpooledUnsafeHeapByteBuf(ridx: 0, widx: 33, cap: 128))
2020-09-26 17:03:33.762  INFO 18140 --- [ntLoopGroup-3-3] c.l.n.n.netty205.server.MyServerHandler  : 服务端收到：{"type":2,"msgInfo":"787989787"}
2020-09-26 17:03:33.765  INFO 18140 --- [ntLoopGroup-3-3] c.l.n.n.netty205.server.MyServerHandler  : 回复客户端 : TextWebSocketFrame(data: UnpooledByteBufAllocator$InstrumentedUnpooledUnsafeHeapByteBuf(freed))
2020-09-26 17:03:47.721  INFO 18140 --- [ntLoopGroup-3-2] c.l.n.n.netty205.server.MyServerHandler  : 服务端收到：{"type":2,"msgInfo":"咕咕咕咕咕咕"}
2020-09-26 17:03:47.724  INFO 18140 --- [ntLoopGroup-3-2] c.l.n.n.netty205.server.MyServerHandler  : 回复客户端 : TextWebSocketFrame(data: UnpooledByteBufAllocator$InstrumentedUnpooledUnsafeHeapByteBuf(freed))
2020-09-26 17:04:36.330  INFO 18140 --- [ntLoopGroup-3-2] c.l.n.n.netty205.server.MyServerHandler  : 服务端收到：{"type":2,"msgInfo":"接受"}
2020-09-26 17:04:36.332  INFO 18140 --- [ntLoopGroup-3-2] c.l.n.n.netty205.server.MyServerHandler  : 回复客户端 : TextWebSocketFrame(data: UnpooledByteBufAllocator$InstrumentedUnpooledUnsafeHeapByteBuf(freed))
2020-09-26 17:04:36.594  INFO 18140 --- [ntLoopGroup-3-6] c.l.n.n.netty205.server.MyServerHandler  : 服务端收到：{"type":2,"msgInfo":"xixi\n\n"}
2020-09-26 17:04:36.595  INFO 18140 --- [ntLoopGroup-3-6] c.l.n.n.netty205.server.MyServerHandler  : 回复客户端 : TextWebSocketFrame(data: UnpooledByteBufAllocator$InstrumentedUnpooledUnsafeHeapByteBuf(freed))
2020-09-26 17:04:41.690  INFO 18140 --- [ntLoopGroup-3-2] c.l.n.n.netty205.server.MyServerHandler  : 服务端收到：{"type":2,"msgInfo":"😁"}
2020-09-26 17:04:41.691  INFO 18140 --- [ntLoopGroup-3-2] c.l.n.n.netty205.server.MyServerHandler  : 回复客户端 : TextWebSocketFrame(data: UnpooledByteBufAllocator$InstrumentedUnpooledUnsafeHeapByteBuf(ridx: 0, widx: 76, cap: 256))
2020-09-26 17:04:53.091  INFO 18140 --- [ntLoopGroup-3-6] c.l.n.n.netty205.server.MyServerHandler  : 服务端收到：{"type":2,"msgInfo":"hello\n"}
2020-09-26 17:04:53.092  INFO 18140 --- [ntLoopGroup-3-6] c.l.n.n.netty205.server.MyServerHandler  : 回复客户端 : TextWebSocketFrame(data: UnpooledByteBufAllocator$InstrumentedUnpooledUnsafeHeapByteBuf(freed))
2020-09-26 17:05:02.282  INFO 18140 --- [ntLoopGroup-3-3] c.l.n.n.netty205.server.MyServerHandler  : 服务端收到：{"type":2,"msgInfo":"😁😁😁😁"}
2020-09-26 17:05:02.284  INFO 18140 --- [ntLoopGroup-3-3] c.l.n.n.netty205.server.MyServerHandler  : 回复客户端 : TextWebSocketFrame(data: UnpooledByteBufAllocator$InstrumentedUnpooledUnsafeHeapByteBuf(freed))
2020-09-26 17:05:11.626  INFO 18140 --- [ntLoopGroup-3-3] c.l.n.n.netty205.server.MyServerHandler  : 服务端收到：{"type":2,"msgInfo":"红红火火恍恍惚惚哈哈嚯嚯嚯哈哈\n阿时间打款拉数据的卡了吉拉斯大苏打水"}
2020-09-26 17:05:11.628  INFO 18140 --- [ntLoopGroup-3-3] c.l.n.n.netty205.server.MyServerHandler  : 回复客户端 : TextWebSocketFrame(data: UnpooledByteBufAllocator$InstrumentedUnpooledUnsafeHeapByteBuf(freed))

总结

205:

  1. Netty 实现与 websocket 通信的过程东西还是比较多, 但整个过程还是比较清晰. 建立连接, 发送消息 -> 根据消息类型处理消息. 结合之前的 ChannelGroup 知识, 这里以群发为案例进行开发
  2. 每种通讯里面其实最重要的还是编解码器
        channel.pipeline().addLast("http-codec", new HttpServerCodec());
        channel.pipeline().addLast("aggregator", new HttpObjectAggregator(65536));
        channel.pipeline().addLast("http-chunked", new ChunkedWriteHandler());

这里应该是第一次解出来 netty-handler 包. 之前一直打交道的是 netty-transport 与 netty-common 包

2020年9月27日 Netty 与 elasticsearch 的结合

预习

206 案例失败

2020-09-28 07:41:17.284  INFO 11444 --- [ntLoopGroup-3-2] o.l.n.n.netty206.server.MyServerHandler  : 有一个客户端连接了 : /127.0.0.1:10240
2020-09-28 07:41:17.729  INFO 11444 --- [ntLoopGroup-3-2] o.l.n.n.netty206.server.MyServerHandler  : {"address":"北京","age":1,"email":"184172133@qq.com","entryDate":1601250077286,"id":"34e7a034-fe59-4eb0-aacd-e73c1b96d01b","level":"T0-1","mobile":"13566668888","name":"李小明"}
2020-09-28 07:41:18.225 ERROR 11444 --- [ntLoopGroup-3-2] o.l.n.n.netty206.server.MyServerHandler  : 服务端异常

io.netty.handler.codec.DecoderException: java.lang.IllegalStateException: Reading from a byte array threw an IOException (should never happen).

206 案例成功

2020-09-29 10:03:21.312  INFO 9564 --- [ntLoopGroup-3-1] o.l.n.n.netty206.server.MyServerHandler  : 有一个客户端连接了 : /127.0.0.1:64990
2020-09-29 10:03:21.758  INFO 9564 --- [ntLoopGroup-3-1] o.l.n.n.netty206.server.MyServerHandler  : {"address":"北京","age":1,"email":"184172133@qq.com","entryDate":1601345001073,"id":"8aa1dc11-57c2-43e3-8658-dbaac27cec56","level":"T0-1","mobile":"13566668888","name":"李小明"}
2020-09-29 10:03:22.396  INFO 9564 --- [ntLoopGroup-3-1] o.l.n.n.netty206.server.MyServerHandler  : {"address":"南京","age":2,"email":"huahua@qq.com","entryDate":1601345001073,"id":"66b5acd6-a3bc-4705-bd5a-43ba243e9211","level":"T0-2","mobile":"13566660001","name":"张大明"}
2020-09-29 10:03:22.827  INFO 9564 --- [ntLoopGroup-3-1] o.l.n.n.netty206.server.MyServerHandler  : {"address":"榆树","age":2,"email":"xiaobai@qq.com","entryDate":1601345001073,"id":"8379cca2-57db-4e01-bf10-753ebf920cad","level":"T1-1","mobile":"13566660002","name":"李书鹏"}
2020-09-29 10:03:23.364  INFO 9564 --- [ntLoopGroup-3-1] o.l.n.n.netty206.server.MyServerHandler  : {"address":"榆树","age":2,"email":"xiaobai@qq.com","entryDate":1601345001073,"id":"4a00fa8a-598e-4679-bad4-321bf3e59b9b","level":"T2-1","mobile":"13566660002","name":"韩小雪"}
2020-09-29 10:03:23.943  INFO 9564 --- [ntLoopGroup-3-1] o.l.n.n.netty206.server.MyServerHandler  : {"address":"河北","age":2,"email":"xiaobai@qq.com","entryDate":1601345001073,"id":"e79ac12c-2c61-47e3-a53f-d2e3deba9de8","level":"T4-1","mobile":"13566660002","name":"董叔飞"}
2020-09-29 10:03:24.459  INFO 9564 --- [ntLoopGroup-3-1] o.l.n.n.netty206.server.MyServerHandler  : {"address":"下花园","age":2,"email":"xiaobai@qq.com","entryDate":1601345001073,"id":"731bdc90-6c9a-4b33-bc18-562b3b338221","level":"T5-1","mobile":"13566660002","name":"候明相"}
2020-09-29 10:03:24.855  INFO 9564 --- [ntLoopGroup-3-1] o.l.n.n.netty206.server.MyServerHandler  : {"address":"东平","age":2,"email":"xiaobai@qq.com","entryDate":1601345001073,"id":"7c6f6b70-29f7-4fd7-b8e2-7604b37f9a54","level":"T3-1","mobile":"13566660002","name":"田明明"}
2020-09-29 10:03:25.295  INFO 9564 --- [ntLoopGroup-3-1] o.l.n.n.netty206.server.MyServerHandler  : {"address":"西湖","age":2,"email":"xiaobai@qq.com","entryDate":1601345001074,"id":"e542aff7-0d41-44b0-9131-4342fd4be314","level":"T4-1","mobile":"13566660002","name":"王大伟"}

总结

206:

  1. 当 elasticsearch 服务所在磁盘内存超过可用内存 95% 时, 索引被设置为只读.

  2. 一直出现的一个异常, 偶尔只能存到 elasticsearch 里面一条记录, 之后就会报出这个异常.

io.netty.handler.codec.DecoderException: java.lang.IllegalStateException: Reading from a byte array threw an IOException (should never happen).
  1. 问题解决, 原因是在解码器中读取的字节数值取错, 同时延伸出一个问题. 解码器时如何反复处理一个长包, 1200个字节, 一次取固定的长度. 是如何将这1200个字节全部取完的呢? 递归?

2020年9月28日 Netty 请求响应同步通信

预习

207 案例跑通

09:27:12.663 [nioEventLoopGroup-4-1] INFO org.lvgo.netty4x.netty_intermediate.netty207.server.RpcServerChannelHandler - 客户端请求参数: {"param":"查询｛bugstack虫洞栈｝用户信息","requestId":"bd127648-82c8-434c-be51-bfbc1906cfd4"}
09:27:12.663 [nioEventLoopGroup-4-1] INFO org.lvgo.netty4x.netty_intermediate.netty207.server.RpcServerChannelHandler - 服务端返回 : {"result":"服务端返回的结果只是一堆字符串而已","requestId":"bd127648-82c8-434c-be51-bfbc1906cfd4"}
09:27:12.664 [nioEventLoopGroup-4-1] INFO org.lvgo.netty4x.netty_intermediate.netty207.server.RpcServerChannelHandler - 通道读完之后, 不刷新通道
09:27:12.664 [main] INFO org.lvgo.netty4x.netty_intermediate.netty207.client.RpcClientTest - 调用结果: {"result":"服务端返回的结果只是一堆字符串而已","requestId":"bd127648-82c8-434c-be51-bfbc1906cfd4"}

总结

207:

  1. 多练, 代码不是说出来背出来的. 是敲出来的. 渐渐的明白好记性不如烂笔头的道理. 坚持编码. 才能编码. 理论为基础. 实践见真理.
  2. channelReadComplete 方法中 调用通道 context 的 flush 有什么用?

2020年9月29日 Netty 之 心跳检测和重连处理

预习

如何保证客户端(服务端)是否在线? 发现断开的重连如何解决?

208 案例跑通

1:20:15.554 [nioEventLoopGroup-13-1] INFO org.lvgo.netty4x.netty_intermediate.netty208.client.HeartbeatClientHandler - connection server successful!
11:20:17.562 [nioEventLoopGroup-14-1] INFO org.lvgo.netty4x.netty_intermediate.netty208.client.HeartbeatClientHandler - connection server successful!
11:20:19.571 [nioEventLoopGroup-15-1] INFO org.lvgo.netty4x.netty_intermediate.netty208.client.HeartbeatClientHandler - connection server successful!
11:20:21.580 [nioEventLoopGroup-16-1] INFO org.lvgo.netty4x.netty_intermediate.netty208.client.HeartbeatClientHandler - connection server successful!
11:20:23.604 [nioEventLoopGroup-17-1] INFO org.lvgo.netty4x.netty_intermediate.netty208.client.HeartbeatClientHandler - connection server successful!

1:20:19.572 [nioEventLoopGroup-3-6] INFO org.lvgo.netty4x.netty_intermediate.netty208.server.HeartbeatServerHandler - /127.0.0.1:51434 is connected
11:20:20.472 [nioEventLoopGroup-3-1] INFO org.lvgo.netty4x.netty_intermediate.netty208.server.HeartbeatServerHandler - Idle state : READER_IDLE
11:20:20.474 [nioEventLoopGroup-3-4] INFO org.lvgo.netty4x.netty_intermediate.netty208.server.HeartbeatServerHandler - Idle state : READER_IDLE
11:20:20.511 [nioEventLoopGroup-3-7] INFO org.lvgo.netty4x.netty_intermediate.netty208.server.HeartbeatServerHandler - Idle state : READER_IDLE
11:20:20.536 [nioEventLoopGroup-3-2] INFO org.lvgo.netty4x.netty_intermediate.netty208.server.HeartbeatServerHandler - Idle state : READER_IDLE

总结

208:

  1. 心跳机制实现使用到了 IdleStateHandler , 放在服务端用来检测设置阈值内是否有数据进行传输. 如果达到了空闲阈值, 进行事件方法调用.
  2. 模拟重连使用了 ChannelFutureListener 异步回调和 EventLoop schedule 周期执行
  3. 心跳和重连 : 客户端定时发送心跳包, 服务端定时检查心跳包. 客户端发现断连后 在 channelInActive 方法中进行尝试重新连接.

2020年9月29日 Netty 之 集群通信

预习

  • 跨服务之间案例采用redis的发布和订阅进行传递消息，如果你是大型服务可以使用zookeeper
  • 用户A在发送消息给用户B时候，需要传递B的channeId，以用于服务端进行查找channeId所属是否自己的服务内
  • 单台机器也可以启动多个Netty服务，程序内会自动寻找可用端口

209 案例跑通

2020-09-29 17:42:20 接收到消息内容：{"content":"hi! ","toChannelId":"3a2d5cee"}
2020-09-29 17:42:20.827  INFO 16820 --- [ntLoopGroup-3-3] o.l.n.n.netty209.server.MyServerHandler  : 接收消息的用户不在本服务端，PUSH！
2020-09-29 17:42:20.831  INFO 16820 --- [    container-8] o.l.n.n.n.redis.MsgAgreementReceiver     : 接收到PUSH消息：{"content":"hi! ","toChannelId":"3a2d5cee"}

总结

209:

  1. 基于 redis 实现 netty 集群通信原理其实比较简单. 建立连接后将通道 id 和 通道 channel 保存在本服务器中. 接收到消息时检查是否为本服务内通道. 是则发送消息, 否则推送到 redis 中, 由 redis 通知给全员进行寻址.

2020年9月29日 Netty 之 多协议通信

预习

一个服务端响应多个客户端发来的不同协议消息时, 如何处理?

210 案例跑通

2:12:50.228 [nioEventLoopGroup-3-1] INFO org.lvgo.netty4x.netty_intermediate.netty210.server.MultipleProtocolServer - 客户端接收到信息: {"date":1601388769869,"id":"3f1e5a9d","command":1,"content":"77665544332211"}
22:12:50.236 [nioEventLoopGroup-3-1] INFO org.lvgo.netty4x.netty_intermediate.netty210.server.MultipleProtocolServer - 客户端接收到信息: {"date":1601388769880,"id":"3f1e5a9d","command":2,"content":"第二类"}
22:12:50.252 [nioEventLoopGroup-3-1] INFO org.lvgo.netty4x.netty_intermediate.netty210.server.MultipleProtocolServer - 客户端接收到信息: {"date":1601388769880,"id":"3f1e5a9d","command":3,"content":456788}

总结

210:

  1. 本章节内容主要为多协议数据传输的处理, 整体学习思路较为清晰. 定义好不同的协议标准, 针对不同的协议进行不同的逻辑处理
  2. 引入了一个新的抽象类 SimpleChannelInboundHandler 可以指定读取数据类型. 随后需对此类进行深入学习理解.

2020年9月30日 Netty 基于 ChunkedStream 数据流切块传输

预习

在Netty这种异步NIO框架的结构下，服务端与客户端通信过程中，高效、频繁、大量的写入大块数据时，因网络传输饱和的可能性就会造成数据处理拥堵、GC频繁、用户掉线的可能性。那么由于写操作是非阻塞的，所以即使没有写出所有的数据，写操作也会在完成时返回并通知ChannelFuture。当这种情况发生时，如果仍然不停地写入，就有内存耗尽的风险。所以在写大块数据时，需要对大块数据进行切割发送处理。

ChunkedStream 分块流. 分包发送?

https://netty.io/4.0/api/io/netty/handler/stream/ChunkedStream.html ChunkedInput 的实现 ChunkedFile 从文件中逐块获取数据，当你的平台不支持零拷贝或者你需要转换数据时使用 ChunkedNioFile 和ChunkedFile 类似，只是它使用了FileChannel ChunkedStream 从InputStream 中逐块传输内容 ChunkedNioStream 从ReadableByteChannel 中逐块传输内容

211 案例跑通

无

总结

211:

无。 该知识点仅做了解。未对内容进行总结

柯南在写代码
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
JMeter压力测试
学Java，找哪吒
06-20 5万+
即TPS：每秒事务数，性能测试中，最重要的2个指标之一。该插件的作用是在测试脚本执行过程中，监控查看服务器的TPS表现————比如整体趋势、实时平均值走向、稳定性等。jmeter本身的安装包中，监视器虽然提供了比如聚合报告这种元件，也能提供一些实时的数据，但相比于要求更高的性能测试需求，就稍显乏力。1、Java：选择压测时，链接是复用的（代码中的http调用都加了连接池）
Java 学习路线大全，再也不用迷路啦（持续更新）
腾讯全栈-ITCJF
10-14 2732
路线特点 最新，完整一条龙，从入门到入土（⭐ 表示推荐学习） 给出目标、学习建议、关键知识点、最优资源以及各类资源推荐（视频、书籍、文档、项目、工具等） 划分阶段、更有计划，且在最后给出持续学习的方向、探索 Java 程序员发展的无限可能 前言 首先呢，我们要了解 Java 的应用场景和就业方向，看看和自己的学习目的是否一致，目前，Java 的岗位需求多，是后台开发的主流编程语言，功能强大，还是很值得学习的。 阶段 1：Java 入门 目标 培养兴趣、快速上手 前期准备 准备好一款在线、随时随地
Netty4.x 的逆袭之路 —— 初识 Netty
10-05 569
Netty4.x 的逆袭之路 2020年9月18日 (傅哥的谆谆教诲) Java 目前有三种IO共存；分别是 BIO、NIO 和 AIO BIO : Block-IO 阻塞 IO 发起请求, 阻塞等待, 完成请求 (并发场景通过开启多条线程来完成) NIO : New - IO 阻塞 IO 轮询事件查询器(轮询为阻塞等待, 此处可手动释放阻塞), 当有事件产生时解除阻塞 AIO : Asynchronous IO 异步 IO 轮询动作不在阻塞用户线程, 当有事件产生时通知用户线/. BIO :
Netty4详解三：Netty架构设计
热门推荐
Heaven Wang 的专栏
06-06 3万+
读完这一章，我们基本上可以了解到Netty所有重要的组件，对Netty有一个全面的认识，这对下一步深入学习Netty是十分重要的，而学完这一章，我们其实已经可以用Netty解决一些常规的问题了。 一、先纵览一下Netty，看看Netty都有哪些组件？      为了更好的理解和进一步深入Netty，我们先总体认识一下Netty用到的组件及它们在整个Netty架构中是怎么协调工作
Netty4-实战精华之EventLoop和线程模型详解
最新发布
通往IT大道的专栏
07-21 596
然而在一些无状态上下文中，它仍可被用于在多个 Channel 之间共享一些重度的或者代价昂贵的对象，甚至是事件。但在 Netty3 的模型，因这是个入站事件，需在调用线程中执行代码，然后将事件移交给 I/O 线程去执行，这会带来额外上下文切换开销。而 Netty 的线程模型强大又易用，正如 Netty 的宗旨：简化你的应用程序代码，同时最大限度提高性能和可维护性。除这种受限场景，传输所采用的不同事件处理实现，其线程模型也会严重影响排队的任务对整体系统性能影响。中所产生的所有事件，则解决了该问题。
netty4
J-Proton博客
02-24 271
JAVA NIO 这里有三件宝贝：buffer，selector，channel 先来说说buffer 简介：在传统的面向流操作时，所有的数据都是直接传入stream对象中进行操作的，而面向缓冲区的nio是对缓冲区操作的，无论读取还是写入，缓冲区就是buffer，所有的基本类型都有对应的buffer类，所有缓冲buffer类都继承buffer 原理：buffer就是一个数组实现的，有三个变量对这个数组的读入和写入控制———— position，limit，capacity。position默认是0，l
Netty4
金溪的博客
07-30 300
Netty组件 （1）Bootstrap或ServerBootstrap 主要作用是配置整个Netty程序，串联起各个组件。 （2）ChannelHandler 主要用来处理各种事件，比如连接、数据接收、异常、数据转换等。 （3）ChannelInitializer 用来配置handler，它会提供一个ChannelPipeline，并把handler加入到ChannelPipelin...
Netty4 Recycler
weixin_41651116的博客
05-22 427
Recycler Recycler是Netty经常使用的对象池抽象类，通过重用对象，能够避免频繁创建对象和销毁对象带来的损耗。 1. Recycler 抽象类介绍 1. 使用了FastThreadLocal // 每个线程都有自己的stack private final FastThreadLocal<Stack<T>> threadLocal =...
二本学渣如何逆袭拿到字节跳动社招offer，连面试官都...
santaizinezha的博客
11-11 2315
简单介绍下背景：本人已工作两年，这次属于社招，不是校招哦！投递的岗位base是北京。 先上正文，一面内容大概： 先来道算法题，不难：链表表示的两个数相加。面试官说不用运行，大概写一下就行，说是因为说牛客上的运行环境不行。这题之前做过，写完之后没跑就直接给他了，他问是不是之前刷过，为了装逼我说没有刷过，然后回答说：这题不就是CPU的加法器的实现嘛，计算机组成原理。 Https的过程讲一下。先是说了http+ssl，dns之后，准备讲ssl的原理时，他示意我说回答一下传输层相关的。然后我就回答了tcp三次
【摆脱CRUD，大厂进阶之路】Java架构师学习指引
muli522的博客
03-01 1170
大家好，我是梦塔。 今天主要给大家分享对标阿里P7架构师，所需的学习路线（也可以理解为需要掌握的内容），学习方法以及职业规划答疑。对需要内部晋升、能力提升或者准备跳槽的同学，提供一个可行的思路。 学习路线 主要涉及以下几个方面的内容： 源码/框架 并发编程 性能调优 分布式（框架） 微服务 项目实战 互联网/开发工具 扩展 1.源码框架 重点在主流框架源码的阅读和学习，站在巨人的肩膀上，帮助我们更好地提升技术视野和代码质量。 主要涉及应用框架（重点Spring）、ORM框架（重点在mybatis）等，以及源
Netty4的介绍（一）
08-31 154
Netty是由JBOSS提供给的一个java开源框架。Netty提供异步的、事件驱动的网络应用框架和工具，用以快速开发高性能、高可靠的网络服务器和客户端程序。 也就是说，Netty是一个基于NIO的客户、服务器端编程框架，使用Netty可以确保你快速和简单地开发出一个网络应用，例如实现了某种协议的客户、服务端应用。Netty相当于简化和流线化了网络应用的编程开发过程，例如，TCP和UD...
Netty4长连接（服务端+客户端）
06-02
Netty4长连接、断开重连、心跳检测、Msgpack编码解码 http://blog.csdn.net/giousa/article/details/72846303#t2
Netty4入门（构建netty-rpc服务）
qq5132834的专栏
12-25 368
参考：http://www.importnew.com/24689.html
Netty4简单认知
只作为个人备忘录
06-15 195
Channel简介 在Netty中，Channel相当于一个Socket的抽象，它为用户提供了关于Socket状态（是连接还是断开）及对Socket的读、写等操作。每当Netty建立了一个连接，都创建一个与其对应的Channel实例。 下图表示常用Channel： NioSocketChannel的创建 Bootstrap是Netty提供的一个便利的工厂类，可以通过它来完成客户端或服务端的Netty初始化。先来看一个例子，从客户端和服务端分别分析Netty的程序是如何启动的。首先，从客..
Netty高性能架构之Reactor模式
波波烤鸭的博客
12-28 5882
  在讨论Netty的架构模式之前，我们先来介绍下Reactor模式，因为Netty的架构模式是在此基础上演变而来的 Reactor模式介绍 1. 线程模型基本介绍   不同的线程模式，对程序的性能有很大影响，为了搞清Netty 线程模式，我们来系统的讲解下 各个线程模式， 最后看看Netty 线程模型有什么优越性.   目前存在的线程模型有： 传统阻塞 I/O 服务模型 Reactor 模式 ...
Netty4 总结
Qiao712的博客
05-04 581
Netty-> Channel ChannelPipeline ChannelHandler ChannelHandlerContext NIO Bootstrap ByteBuf EventLoop
Netty 系列四 netty实现客户端和服务端通信
sswltt的博客
03-19 203
package com.example.netty.netty.simple; import io.netty.bootstrap.ServerBootstrap; import io.netty.channel.*; import io.netty.channel.nio.NioEventLoopGroup; import io.netty.channel.socket.SocketChan...
Netty4入门教程，搭建简单的Netty服务端和客户端
千里之行，始于足下
08-25 761
Netty 是 jboss 提供的一个 Java 开源框架，Netty 提供异步的、事件驱动的网络应用程序框架和工具，用以快速开发高性能、高可用性的网络服务器和客户端程序。也就是说 Netty 是一个基于 NIO 的编程框架，使用 Netty 可以快速的开发出一个网络应用。
Netty4.X学习（一） 入门级Demo--简单C/S端与注意事项及常用方法
CoffeeAndIce的博客
01-08 1319
这次了解Netty是想要尝试推送服务以及应对长连接的处理，由于Netty处理高并发NIO效率高，故先进行学习；方法是：先进行Demo操作，排除进展中的错误，再对问题进行分析，之后接着参考源码及他人经验去理解~ 本篇幅环境： linux:centos 7.0 IP：192.168.88.132 java: 1.8.0.152 tomcat 7 Eclipse:Mars.2
Netty4.x入门与实战指南
"netty4.X用户指南.docx" 是一份关于Netty 4的学习资料，包含用户指南，旨在帮助读者理解和使用这个高性能的网络应用框架。文档涵盖了从基础到高级的各种主题，包括如何创建服务器、客户端，以及Netty的架构和高级...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值