java netty http https pool 例子

                                 java netty http https pool 例子

1.废话不多说,写出这个netty 的例子还是花了我不少时间的,,期间遇到各种问题折腾了蛮久的。
netty 的核心组件我这里就不详解了,,有很多讲的很好的文章大家可以在百度搜索下

首先上一个netty 最简单的例子

boot = new Bootstrap();

// 绑定管理分组
boot.group(new NioEventLoopGroup());

// 这里是设置Channel 类型,一般用 NioSocketChannel  比较多,毕竟netty异步玩的6
boot.channel(NioSocketChannel.class).option(ChannelOption.TCP_NODELAY, true);;

boot.handler(new ChannelInitializer<NioSocketChannel>() {

        @Override
        protected void initChannel(NioSocketChannel arg0) throws Exception {

            // 将多个消息转为一个full
            arg0.pipeline().addLast(new HttpObjectAggregator(65536));

            // 添加请求编码
            arg0.pipeline().addLast(new HttpRequestEncoder());

            // 添加请求解码
            arg0.pipeline().addLast(new HttpResponseDecoder());

        }
    });


其实写代码的时候最重要的是   ChannelHandler  所有的数据都是经过 ChannelHandler  处理的, 
pipeline 的作用是将所有的 ChannelHandler 连在一起形成一个链表
我们现在抛开netty的io 管理 不谈,就只管pipeline  
比如 现在有一个http请求
“` ——————————– 分割线————- HTTP/1.1 200 OK Cache-Control: private Connection: Keep-Alive Content-Encoding: gzip Content-Length: 267 Content-Type: text/javascript; charset=gbk Date: Thu, 31 Aug 2017 15:01:56 GMT Expires: Thu, 31 Aug 2017 16:01:56 GMT Server: suggestion.baidu.zbb.df ———- 下面是http响应body jQuery110205708391915849484_1504191642334({“q”:”hah”,”p”:false,”bs”:”“,”csor”:”3”,”status”:0,”g”:[ { “q”: “¹þ¹þmx”, “t”: “n”, “st”: { “q”: “¹þ¹þmx”, “new”: 0 } }, { “q”: “¹þ¹þÉÙ¶ù”, “t”: “n”, “st”: { “q”

“¹þ¹þÉÙ¶ù”, “new”: 0 } }, { “q”: “¹þ¹þ”, “t”: “n”, “st”: { “q”: “¹þ¹þ”, “new”: 0 } }, { “q”: “haha”
, “t”: “n”, “st”: { “q”: “haha”, “new”: 0 } }, { “q”: “¹þ¹þ¶¯Âþ”, “t”: “n”, “st”: { “q”: “¹þ¹þ¶¯Âþ”,
“new”: 0 } }, { “q”: “¹þ¹þ¹þ”, “t”: “n”, “st”: { “q”: “¹þ¹þ¹þ”, “new”: 0 } }, { “q”: “¹þ¹þ¾µ”, “t”:
“n”, “st”: { “q”: “¹þ¹þ¾µ”, “new”: 0 } }, { “q”: “hahaha”, “t”: “n”, “st”: { “q”: “hahaha”, “new”: 0
} }, { “q”: “¹þ¹þ¹þ¹þàÔ, “t”: “n”, “st”: { “q”: “¹þ¹þ¹þ¹þàÔ, “new”: 0 } }, { “q”: “¹þ¹þ¹þ±íÇé°ü”,
“t”: “n”, “st”: { “q”: “¹þ¹þ¹þ±íÇé°ü”, “new”: 0 } } ],”s”:[“¹þ¹þmx”,”¹þ¹þÉÙ¶ù”,”¹þ¹þ”,”haha”,”¹þ¹þ¶
¯Âþ”,”¹þ¹þ¹þ”,”¹þ¹þ¾µ”,”hahaha”,”¹þ¹þ¹þ¹þàÔ,”¹þ¹þ¹þ±íÇé°ü”]});

你好,我是http请求body

“`——————————– 分割线————-
上面是一个完整的http请求,我们在使用时一般只需要body 那么问题来了,我们这里用的io 是 NioSocketChannel 它其实是一个tcp 连接,未经处理返回的是一个byte数组,我们不能直接使用,这个时候就需要用到 ChannelHandler 来处理了!因为是服务端返回的数据我们需要解码,这里用的是 HttpResponseDecoder 来处理。HttpResponseDecoder 能将它解成handler 和 body两部分,这样我们就可以像httpclient一样来使用了!
同样我们发起http请求也需要 ChannelHandler 来帮我们将请求的内容进行一个组装 (HttpRequestEncoder)这样我们基本的http请求和http响应就处理完成了,

但是我们现在还没有对响应的数据进行接收。同样我们接收数据也需要用到ChannelHandler 但是我们没必要直接去实现ChannelHandler 接口 我们可以继承 ChannelInboundHandlerAdapter 在ChannelInboundHandlerAdapter 中帮我们做了很多处理工作,我们只需要关心基本的接收数据就可以了

—————————- 分割线

@Override
public void channelRead(ChannelHandlerContext ctx, Object msg) throws Exception {

    if (msg instanceof HttpResponse) {

        HttpResponse response = (HttpResponse) msg;

        List<Map.Entry<String, String>>  headresList =  response.headers().entries();

        for (Map.Entry<String, String>  h : headresList){
            result.handles.put(h.getKey(), h.getValue());
        }



    }
    if (msg instanceof HttpContent) {

        HttpContent content = (HttpContent) msg;
        ByteBuf buf = content.content();

        int bodyLength = ( result.body != null ?  result.body.length : 0);

        byte[] tempBs = new byte[buf.readableBytes() + bodyLength];

        if (tempBs.length != bodyLength){

            if ( bodyLength > 0){
                System.arraycopy(result.body , 0 , tempBs , 0 , bodyLength);
            }

            buf.readBytes(tempBs ,bodyLength , buf.readableBytes() );
            result.body = tempBs;
        }

        // 如果是最后一个,,释放客户端
        if(msg instanceof LastHttpContent){
            result.completeBody();
            client.release(ctx.channel(), uri);
        }


    }
}

————————– 分割线

其中 channelRead 是用来接收数据的,但是channelRead可能会被调用多次,比如 http响应数据至少会被调用两次,第一次是 HttpResponse里面主要包含响应头
第二次是 HttpContent 响应数据 ,有一点要注意 HttpContent 可能分为几次返回 我们可以使用 LastHttpContent 来判断是否是最后一次
netty中响应数据是异步的。我们需要用异步的方式处理

下面是我们使用时简单处理逻辑图

简单流程图](https://img-blog.youkuaiyun.com/20170831233615744?watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQvdXBkYXRlXzAwMQ==/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/SouthEast)

总之一点,netty中所有的操作都是异步的,不管是 创建链接,发送数据,接收数据都是会异步放在线程池处理,这样就可以使用很少的线程资源来管理大量io连接

具体代码请看 src\xiaoa\java\netty\HttpClientUtils.java (https://git.oschina.net/xiaoa1/java1.7Dome/tree/master/src/xiaoa/java/netty
一切都以 HttpClientUtils.java 为开头

### 关于Netty Error 103 或 Version/Configuration 103 的分析 目前,在已知的公开文档和资料中,并未提及 `Netty` 存在一个特定的错误码为 `103`,也不存在官方发布的版本号为 `103` 的情况。以下是基于现有引用内容以及专业知识对可能含义的解析: #### 可能的情况一:Netty 错误码 103 如果提到的是 Netty 中的一个错误码 `103`,这通常不会直接对应到 Netty 官方定义的标准错误列表中[^4]。然而,某些自定义实现可能会扩展 Netty 的异常处理机制来定义自己的业务逻辑错误码。例如,在 Spring Boot 集成 Netty 的场景下,开发者可以通过自定义 Handler 来捕获并返回特定的错误响应。 以下是一个简单的自定义异常处理器示例: ```java @ChannelHandler.Sharable public class CustomExceptionHandler extends ChannelInboundHandlerAdapter { @Override public void exceptionCaught(ChannelHandlerContext ctx, Throwable cause) throws Exception { if (cause instanceof IOException && "CustomErrorCode".equals(cause.getMessage())) { // 自定义错误码 103 处理逻辑 ctx.writeAndFlush(new TextWebSocketFrame("Error Code: 103")); } super.exceptionCaught(ctx, cause); } } ``` 此代码片段展示了如何通过继承 `ChannelInboundHandlerAdapter` 并重写 `exceptionCaught` 方法来自定义错误处理逻辑[^5]。 --- #### 可能的情况二:Netty 版本 103 截至当前时间点(2023年),最新的稳定版 Netty 是 `4.1.x` 和 `5.0.x` 系列[^6]。因此,所谓的 “Netty version 103” 很有可能是一种误解或者拼写错误。如果是希望查询某个具体功能的支持状态,则可以参考官方发布日志或迁移指南。 对于版本兼容性的验证,建议使用 Maven 或 Gradle 构建工具中的依赖管理插件进行检测。例如,在 Maven 中添加如下依赖项即可指定所需版本: ```xml <dependency> <groupId>io.netty</groupId> <artifactId>netty-all</artifactId> <version>4.1.78.Final</version> </dependency> ``` 上述 XML 片段指定了引入 Netty 库的具体版本号为 `4.1.78.Final`[^7]。 --- #### 可能的情况三:Netty 配置参数 103 假设这里的描述是指向某种配置选项编号为 `103` 的设定值,那么它更倾向于属于应用程序层面而非框架本身的核心部分。比如在 WebSocket 协议交互过程中,服务端可以根据客户端发送的消息类型动态调整行为模式;又或者是针对 TCP/IP 层面的一些高级属性调节(如 SO_LINGER 参数设置超时时间为 103 秒)。 下面给出一段关于修改连接保持活动状态的时间间隔的例子: ```properties server.connection-timeout=103s spring.webflux.netty.thread-pool.max-threads=103 ``` 这里分别设置了服务器的最大空闲时间和线程池大小上限为 `103` 秒与 `103` 个单位[^8]。 --- ### 总结 综上所述,“Netty error/version/configuration 103”的确切意义需进一步澄清其背景环境才能得出最终结论。如果没有额外的信息补充,默认情况下可认为这是某项目内部约定俗成的一种标识符而不是通用标准的一部分。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值