简介

其实软件界最赚钱的不是写代码的，写代码的只能叫马龙，高级点的叫做程序员，都是苦力活。那么有没有高大上的职业呢？这个必须有，他们的名字就叫做咨询师。

咨询师就是去帮企业做计划、做架构、做优化的，有时候一个简略的代码改变、一个架构的调整都能够让软件或者流程更加高效的运行，从而为企业节俭上亿的开销。

明天除了要给大家介绍一下如何在netty中同时反对http和https协定之外，还给大家介绍一个价值上亿的网站数据优化计划，有了这个计划，年薪百万不是梦！

本文的指标

本文将会给大家介绍一下如何在一个netty服务中同时反对http和http2两种协定，在这两个服务器中，提供了对多图片的拜访反对，咱们介绍如何从服务器端返回多个图片。最初介绍一个价值上亿的速度优化计划，必定大家会受益匪浅。

反对多个图片服务

对于服务器端来说，是通过ServerBootstrap来启动服务的，ServerBootstrap有一个group办法用来指定acceptor的group和client的group。

    public ServerBootstrap group(EventLoopGroup group)     public ServerBootstrap group(EventLoopGroup parentGroup, EventLoopGroup childGroup) 

当然你能够指定两个不同的group，也能够指定同一个group，它提供了两个group办法，成果上没太大的区别。

这里咱们当初主服务器中创立一个EventLoopGroup，而后将其传入到ImageHttp1Server和ImageHttp2Server中。而后别离在两个server中调用group办法，而后配置handler即可。

先看一下ImageHttp1Server的结构：

        ServerBootstrap b = new ServerBootstrap();        b.option(ChannelOption.SO_BACKLOG, 1024);        b.group(group).channel(NioServerSocketChannel.class).handler(new LoggingHandler(LogLevel.INFO))        .childHandler(new ChannelInitializer<SocketChannel>() {            @Override            protected void initChannel(SocketChannel ch){                ch.pipeline().addLast(new HttpRequestDecoder(),                                      new HttpResponseEncoder(),                                      new HttpObjectAggregator(MAX_CONTENT_LENGTH),                                      new Http1RequestHandler());            }        });

咱们传入了netty自带的HttpRequestDecoder、HttpResponseEncoder和HttpObjectAggregator。还有一个自定义的Http1RequestHandler。

再看一下ImageHttp2Server的结构：

ServerBootstrap b = new ServerBootstrap();        b.option(ChannelOption.SO_BACKLOG, 1024);        b.group(group).channel(NioServerSocketChannel.class).childHandler(new ChannelInitializer<SocketChannel>() {            @Override            protected void initChannel(SocketChannel ch)  {                ch.pipeline().addLast(sslCtx.newHandler(ch.alloc()), new CustProtocolNegotiationHandler());            }        });

为了简略起见，咱们默认如果从http来拜访的话，就应用http1服务，如果是从https来拜访的话，就应用http2服务。

所以在http2服务中，咱们只须要自定义ProtocolNegotiationHandler即可，而不必解决clear text降级的申请。

http2处理器

在TLS环境中，咱们通过自定义CustProtocolNegotiationHandler，继承自ApplicationProtocolNegotiationHandler来进行客户端和服务器端协定的交互。

对于http2协定来说，应用了netty自带的InboundHttp2ToHttpAdapterBuilder和HttpToHttp2ConnectionHandlerBuilder将http2 frame转换成为http1的FullHttpRequest对象。这样咱们间接解决http1格局的音讯即可。

转换过程如下：

DefaultHttp2Connection connection = new DefaultHttp2Connection(true);        InboundHttp2ToHttpAdapter listener = new InboundHttp2ToHttpAdapterBuilder(connection)                .propagateSettings(true).validateHttpHeaders(false)                .maxContentLength(MAX_CONTENT_LENGTH).build();        ctx.pipeline().addLast(new HttpToHttp2ConnectionHandlerBuilder()                .frameListener(listener)                .connection(connection).build());        ctx.pipeline().addLast(new Http2RequestHandler());

转换转换的http2 handler和一般的http1的handler惟一不同的是须要额定设置一个streamId属性到申请头和响应头中。

并且不须要解决http1特有的100-continue和KeepAlive。其余的和http1 handler没什么两样。

解决页面和图像

因为咱们应用转换器将http2的frame转换成了http1的一般对象，所以对申请相应的页面和图像来说，跟http1的解决没什么太大区别。

对于页面来说，咱们须要获取要返回的html，而后设置CONTENT_TYPE为"text/html; charset=UTF-8"，返回即可：

    private void handlePage(ChannelHandlerContext ctx, String streamId,  FullHttpRequest request) throws IOException {        ByteBuf content =ImagePage.getContent();        FullHttpResponse response = new DefaultFullHttpResponse(HTTP_1_1, OK, content);        response.headers().set(CONTENT_TYPE, "text/html; charset=UTF-8");        sendResponse(ctx, streamId, response, request);    }

对于图像来说，咱们获取到要返回的图像，将其转换成为ByteBuf，而后设置CONTENT_TYPE为"image/jpeg"，返回即可：

    private void handleImage(String id, ChannelHandlerContext ctx, String streamId,            FullHttpRequest request) {        ByteBuf image = ImagePage.getImage(parseInt(id));        FullHttpResponse response = new DefaultFullHttpResponse(HTTP_1_1, OK, image);        response.headers().set(CONTENT_TYPE, "image/jpeg");        sendResponse(ctx, streamId, response, request);    }

这样，咱们就可能在netty服务器端同时解决页面申请和图片申请了。

价值上亿的速度优化计划

终于要到本文中最精彩的局部了，价值上亿的速度优化计划是什么呢？

在讲这个计划之前，先给大家讲一个抗洪抢险的故事。有两个县都住在一条大河的旁边。这条大河很不安稳，常常会发洪灾，然而两个县的县长做法很不同。

A县的县长认真负责，派人定期巡逻查看所属的河段，筑堤、种树、巡视，一刻都放松，在他的任期平平安安，没有产生任何洪水溃堤的状况。

B县的县长从来不巡检，一道河水泛滥的时候，B县长就组织人抗洪抢险，而后媒体全都报道的是B县长抗洪的汗马功劳，最初B县长因为政绩突出，升任市长。

好了，故事讲完了，接下来是咱们的优化。不论是用户申请页面还是图片，最终都须要调用ctx.writeAndFlush(response)办法进行响应回写。

如果将其放入一个定时工作中，来定时执行，如下所示：

ctx.executor().schedule(new Runnable() {            @Override            public void run() {                ctx.writeAndFlush(response);            }        }, latency, TimeUnit.MILLISECONDS);

那么服务器在通过latency指定的毫秒之后，才会发送对应的响应。比方这里咱们设置latency的值为5秒。

当然5秒是不可能让人称心的，于是领导或者客户找到你，说让你给优化一下。你说这个性能问题是很难的，波及到了麦克斯韦方程组和热力学第三定律，须要一个月工夫。领导说好，撸起袖子加油干，下个月给你工资涨50%。

一个月后，你把latency改成2.5秒，性能晋升了100%，这个优化值不值几个亿？

总结

当然，上一节给大家开个玩笑，不过在netty响应中应用定时工作的技巧，大家也应该牢牢把握，起因你懂的！

本文的例子能够参考：learn-netty4

本文已收录于 http://www.flydean.com/34-netty-multiple-server/

最艰深的解读，最粗浅的干货，最简洁的教程，泛滥你不晓得的小技巧等你来发现！

欢送关注我的公众号:「程序那些事」,懂技术，更懂你！