tcp(netty)的调用同步化(异步阻塞)及与http协议、浏览器关系【重点】

1 https://segmentfault.com/a/1190000019152276?utm_medium=referral&utm_source=tuicool

其实在编程领域,异步的场景还是挺多的,比如 TCP 协议本身就是异步的,我们工作中经常用到的 RPC 调用,在 TCP 协议层面,发送完 RPC 请求后,线程是不会等待 RPC 的响应结果的 。可能你会觉得奇怪,平时工作中的 RPC 调用大多数都是同步的啊?这是怎么回事呢?

其实很简单,一定是有人帮你做了异步转同步的事情。例如目前知名的 RPC 框架 Dubbo 就给我们做了异步转同步的事情

 

具体落实,就是线程间通信:

【重要】4线程汇总-线程间通信方式

 下面我们用netty实践一下阻塞式访问,参照:/Users/joyce/work/jds/trade/trade-shenjinrong/jinceClientServer com.jincetrade.client.test.MyTestClientServer

netty client代码:

	public String sendToPfyh(RequestRoot msg) {
		try {
			Map<String, Object> map = new ConcurrentHashMap<>();
			send(msg, map);
			return (String)map.get("res");
		}catch (TimeoutException te) {
			logger.error("处理超时 {}", msg);
		}catch (Exception e) {
			logger.error("处理失败 {}", msg);
			logger.error(ExceptionUtils.getStackTrace(e));
		}
		return null;
	}

	private void send(RequestRoot msg, Map<String, Object> map) throws Exception, URISyntaxException {
		try {

			final Bootstrap b = BootStrapManager.newBootStrap();
			b.handler(new PfyhClientInitializer(new PfyhClientHandler(map, msg)));
			ChannelFuture f = b.connect(GlobalConstants.PFYH_TRADE_SERVER, GlobalConstants.PFYH_TRADE_PORT);

	++++++++++	f.channel().closeFuture().sync();   ++++++++++++++++++++++++++++++++++++++【重点】
		} catch (Exception e) {
			logger.error(ExceptionUtils.getStackTrace(e));
		} finally {
			ReferenceCountUtil.release(msg);
		}
	}

 此处的map也可以用一个对象来接收返回值

f.channel().closeFuture().sync(); 这一句会阻塞当前函数,直到channel close 也可用countDownLatch.await()

 


@Sharable
public class PfyhClientHandler extends SimpleChannelInboundHandler<HttpObject>{

	private Map<String, Object> map;
	private RequestRoot msg;

	private static Logger logger = LoggerFactory.getLogger(PfyhClientHandler.class); 

	public PfyhClientHandler(Map _map, RequestRoot _msg) {
		this.map = _map;
		this.msg = _msg;
	}
	
	@Override
	public void channelActive(ChannelHandlerContext ctx) throws Exception {
		
		// 构造请求
		HttpRequest request = HttpCreateor.createReq(
				msg, GlobalConstants.PFYH_TRADE_SERVER, new URI(GlobalConstants.PFYH_TRADE_URI));
		// 发送
		ctx.channel().writeAndFlush(request).addListener(new ChannelFutureListener() {

			@Override
			public void operationComplete(ChannelFuture future) throws Exception {
				logger.debug("3、消息发送成功");
			}
		});

	}

	@Override
	protected void channelRead0(ChannelHandlerContext ctx, HttpObject msg) throws Exception {
                if (msg instanceof HttpContent) {  
                        HttpContent httpContent = (HttpContent) msg;  
                        // 字符数组
                        ByteBuf buf = httpContent.content();
                        // 返回
                        String response = buf.toString(Charsets.UTF_8);

			map.put("res", response);      【重点】
			logger.debug("4、收到响应: {}", response);
			ctx.channel().close();         【重点】

		}
	}            

 

 

这个地方用一个map接收返回值,更好的方案是使用自定义类包装:

	public static class SimpleMessageHandler implements MessageHandler{
		private BaseMsg msg;
		public BaseMsg getMsg() {
			return this.msg;
		}
		@Override
		public void handle(BaseMsg msg) {
			this.msg = msg;
		}
	}

 

当然dubbo也可以异步调用:

 

 

另一个tcp异步转同步的经典案例是http 1.1 协议

取自:面试官问我:一个 TCP 连接可以发多少个 HTTP 请求?我竟然回答不上来...(https://mp.weixin.qq.com/s/lfgAjRYQr2zpfg-kpi28ZA)

一个 TCP 连接中 HTTP 请求发送可以一起发送么(比如一起发三个请求,再三个响应一起接收)?

HTTP/1.1 存在一个问题,单个 TCP 连接在同一时刻只能处理一个请求,意思是说:两个请求的生命周期不能重叠,任意两个 HTTP 请求从开始到结束的时间在同一个 TCP 连接里不能重叠。当然对于netty这样的异步框架,是可以以netty作为http客户端异步回调响应的,本文是http之netty客户端同步

再比如:HTTP2 提供了 Multiplexing 多路传输特性,可以在一个 TCP 连接中同时完成多个 HTTP 请求。

 

 

浏览器对同一 Host 建立 TCP 连接到数量有没有限制?

 

假设我们还处在 HTTP/1.1 时代,那个时候没有多路传输,当浏览器拿到一个有几十张图片的网页该怎么办呢?肯定不能只开一个 TCP 连接顺序下载,那样用户肯定等的很难受,但是如果每个图片都开一个 TCP 连接发 HTTP 请求,那电脑或者服务器都可能受不了,要是有 1000 张图片的话总不能开 1000 个TCP 连接吧,你的电脑同意 NAT 也不一定会同意。

 

所以答案是:有。Chrome 最多允许对同一个 Host 建立六个 TCP 连接。不同的浏览器有一些区别。

 

因为http是同步协议,所以像第1点这里用netty客户端也不能异步,因为发的第二个请求对方不鸟

 

3

2019.12.5 补充

其实tcp nagle本身(部分req)也是异步转同步的:socket缓冲区与沾包 nagle in tcp

发送第一个包-阻塞等待ack-发送第二个包

 

4

2019.12.27

24netty(二十)http代理服务器 实践了2中浏览器方面的规则

Netty 作为 http client 请求https 的 get与post 再次实践了netty client同步阻塞http请求

 

 

5

2020.11.25

对于没有requestid的请求,必须使用同步模式,这在2019年上半年使用netty作为httpclient的实践中已经实践,也就是本文第1点,在jds-td项目中也有应用

posted on 2019-09-11 14:45  silyvin  阅读(3407)  评论(0编辑  收藏  举报