在互联网公司中软件开发的迭代速度飞快,多个功能的变更需要在很短的迭代周期内完成,且经常需要各个部门的通力合作。开发任务的紧急性和沟通协调的复杂性可能会导致迭代的系统存在某些隐匿的错误,这些错误往往最终体现为异常的请求,如请求的返回体含有null值、分页请求的返回结果超出范围等。如果不能及时发现并解决它们,公司往往会受到名誉上或经济上的重大损失。通过在开发流程中引入标准、严格的代码评审、测试、部署流程以及接入完善的风控平台可以在一定程度上减少异常请求的数量,但并不能完全阻止异常请求的出现,因而需要一种兜底方案来及时检测出异常请求,让问题被及时发现以减少公司的损失。现有公司内的异常请求检测方案大致有两种类型,一种是在业务项目内对流量的请求体与返回体做同步校验;一种是基于公司现有的流量监控平台的数据,对接口的调用次数、耗费时间、成功率配置告警阈值。这两种方案都有其局限性,第一种方案将检测逻辑与业务逻辑强耦合,与业务同步执行检测代码。为了不影响业务项目性能还需要避免复杂、耗时的检测操作并且只能基于单条请求内容做检测,难以完成与历史请求的对比以及区间整体请求的检测;第二种方案只能对监控平台的既定指标进行检测,无法完成对请求的内容如请求头、请求体、返回体的检测。本文设计并实现了异常请求异步检测支持框架,解决了上述两种检测方案的缺陷。该框架主要分为请求录制模块、检测规则管理模块、检测规则配置模块、检测执行模块。请求录制模块负责获取业务项目的完整请求数据,并输出给检测执行模块;检测规则管理模块负责管理预定义或业务方自定义的检测规则;检测规则配置模块负责提供接口给业务方以配置检测规则与业务接口的映射关系;检测执行模块负责根据检测配置模块的配置,对请求录制模块的请求数据做实时检测工作。本文主要工作如下:（1）针对同步检测逻辑与业务逻辑紧耦合以及流量监控平台无法深入检测请求内容的问题,本文设计了请求录制模块,该模块需在业务项目中引入,利用Web应用的过滤器链,截取请求的请求头、请求体、返回体合并输出到消息队列进行异步检测。（2）针对检测规则需求多变且需要持续更新的特点,本文设计了检测规则配置模块,该模块提供一个前端给业务方将业务的接口与检测规则做关联,检测执行模块会实时监听检测配置,根据最新的配置对业务项目的请求做检测。（3）针对检测的业务接口数量可能不断增加的特性,检测执行模块的检测能力需要能够根据接口数量横向扩展,因而本文设计了一种基于Zookeeper的任务分发调度系统来将所有区间检测任务一一分配到多个实例上。