同事突然问我:异步网络请求编码的方法
本文分享自华为云社区《异步网络请求编码》,作者:张俭 。
本文介绍常见的异步网络请求编码手法。尽管像golang这些的语言,支持协程,可以使得Programmer以同步的方式编写代码,大大降低编码者的心智负担。但网络编程中,批量又非常常见,这就导致即使在Golang中,也不得不进行协程的切换来满足批量的诉求,在Golang中往往对外以callback的方式暴露接口。
无论是callback、还是返回future、还是返回Mono/Flux,亦或是从channel中读取,这是不同的异步编程范式,编码的时候,可以从项目整体、团队编码风格、个人喜好来依次考虑。本文将以callback为主,但移植到其他异步编码范式,并不困难。
使用callback模式后,对外的方法签名类似:
go
func (c *Client) Get(ctx context.Context, req *Request, callback func(resp *Response, err error)) error
java
public interface Client { void get(Request req, Callback callback); }
网络编程中的批量
对于网络请求来说,批量可以提高性能。 批量处理是指将多个请求或任务组合在一起,作为单一的工作单元进行处理。批量尽量对用户透明,用户只需要简单地对批量进行配置,而不需要关心批量的实现细节。
常见的批量相关配置
- batch interval: 批量的时间间隔,比如每隔1s,批量一次
- batch size: 批量的最大大小,比如每次最多批量100个请求
批量可以通过定时任务实现,也可以做一些优化,比如队列中无请求时,暂停定时任务,有请求时,启动定时任务。
编码细节
整体流程大概如下图所示:
一定要先把请求放到队列/map中
避免网络请求响应过快,导致callback还没注册上,就已经收到响应了。
队列中的消息一定要有超时机制
避免由于丢包等原因,导致请求一直没有响应,而导致队列中的请求越来越多,最终内存溢出。
wait队列生命周期与底层网络client生命周期一致
wait队列中请求一定是依附于client的,一旦client重建,队列也需要重建,并触发callback、future的失败回调。