asyncload

Project Url: alibaba/asyncload
Introduction: 异步并行加载工具(依赖字节码技术)
More: Author   ReportBugs   OfficialWebsite   
Tags:

对应的设计文档参见:https://www.jianshu.com/p/92c6f402b543

背景

前段时间在做应用的性能优化时,分析了下整体请求,profile 看到 90%的时间更多的是一些外部服务的 I/O 等待,cpu 利用率其实不高,在 10%以下。 单次请求的响应时间在 50ms 左右,所以 tps 也不会太高,测试环境压力测试过程,受限于环境因素撑死只能到 200tps,20 并发下。

I/O

目前一般的 I/O 的访问速度: L1 > L2 > memory -> disk or network
常见的 IO:
  1. nas 上文件 (共享文件存储)
  2. output/xxx (磁盘文件)
  3. memcache client / cat client (cache 服务)
  4. database (oracle , mysql) (数据库)
  5. dubbo client (外部服务)
  6. search client (搜索引擎)

思路

正因为考虑到 I/O 阻塞,长的外部环境单个请求处理基本都是在几十 ms,最终的出路只能异步+并行,从而诞生了该开源产品

项目介绍

名称:asyncload

译意: async cocurrent load

语言: 纯 java 开发

定位: 业务层异步并行加载工具包,减少页面响应时间

工作原理


原理描述:

1. 针对方法调用,基于字节码增强技术,运行时生成代理类,快速返回 mock 对象,后台异步进行调用

2. 通过管理和调度线程池,将后台异步调用进行加速处理,达到一个平衡点

3. 业务执行过程需要获取 mock 对象的真实数据时,阻塞等待原始结果返回,整个过程透明完成

很明显,经过异步并行加载后,一次 request 请求总的响应时间就等于最长的依赖关系请求链的相应时间。

相关文档

See the wiki page for : wiki 文档


wiki 文档列表

问题反馈

1. qq 交流群: 161559791

2. 邮件交流: jianghang115@gmail.com

3. 新浪微博: agapple0002

4. 报告 issue:issues

Apps
About Me
GitHub: Trinea
Facebook: Dev Tools