项目背景
公司原有分润系统无法满足大额资方路由需求，故新启一套专门针对大额贷款更加完善的分润系统，命名为资金路由系统。
该系统核心是授信时为用户路由合适的资方，下单时路由的资方为用户放款。
该系统属于支付金融贷前体系中的一个前置系统，用户授信提额页及借款页必调该系统接口。
功能
1、核心：授信路由及下单路由，12台服务机器支持每秒1000次接口调用量
2、其他：资方后台，BI智能运营，运维事件中心，系统监控及报警、外部系统统计支撑
3、后台管理功能：包括金融机构、资方产品、用户量预估、坏账率预估、授信前置规则、用户限流、资方用户肖像及肖像组、产品智能开关、产品优先级管理、进件资料管理、资方账期管理、钉钉预警、监控面板
优势
配置化、无需开发人员操作、运营后台配置、实时风控、去离线打标、智能化开关维护
授信路由接口
流程：
1、统一全局校验前置规则：根据渠道来源配置如非学生、年龄区间等等
2、根据优先级遍历所有资方，筛选出所有符合要求的资方：资方可配置多个生效的肖像组，每个肖像组下是一连串的肖像规则，用户只需要符合一个肖像组便算符合该资方要求（这步会排除当前开关关闭及用户已经授信过的资方）
3、查征信次数限制、授信资方数量限制：依据优先级、授信资方数量及查征信次数限制返回可授信的资方（由于用户授信某些资方时需要查征信，且该次数存在限制，若超出限制，则需要排除查征信资方）
规则维度：
1、用户基础信息维度：学生、年龄、地区、用户ID尾号区间
2、风控实时信息维度：黑名单、芝麻分、同盾、百融
3、订单历史表现维度：订单数、还款数、最大逾期天数、当前是否逾期
4、渠道实时信息维度：渠道来源、是否有设备号
优化：
由于该接口请求参数用户信息、风控信息等前端都可以从其他地方获得，因此该接口的无需自行请求第三方或其他系统，响应时间控制在10MS以内（听云、SW及网关埋点监控数据）
1、对所有数据库配置信息表做GUAVA本地缓存，在启动的时候利用BEAN初始化进行缓存预热，设定refreshAfterWrite 1-5分钟过期策略，并重写LoadingCache的reload方法，保证缓存过期时只会有一个后台线程去完成刷新，其余业务线程立即返回旧值。这个策略非常适用于吞吐量高的业务。
深入Guava Cache的refresh和expire刷新机制
2、对于资方肖像组采用多线程同时路由的方式，利用FUTURE获取返回值，再对于多线程路由结果进行判断，只需通过一个肖像组的验证即可。
3、对于日志埋点做使用异步打印处理，业务上监控面板埋点：每台机器各自统计通过或者拒绝记录异步保存在本地AtomicLongMap中，然后利用分片定时任务每分钟将各台机器的统计数据汇总至REDIS并设置过期一小时时间，最后在通过另外的定时任务将REDIS数据汇总至数据库持久化
下单路由接口
流程：
1、DUBBO请求额度系统获取用户额度信息
2、缓存获取当前可下单的资方及优先级
3、实时查分润库获取当前可下单的资方的可放款余额
4、根据前三步获取信息拼接可下单资方及该资方下的可用额度（存在下单失败的资方，短期优先级垫底）
设计难点
用户肖像规则可能达到上百条，如何抽象出统一的接口完成对各种规则的校验，日后增加校验参数如何做到不上线配置化？
校验器可以分为二类，全部继承自同一个基类，自己使用validate方法
1、简单规则校验
可以根据参数名及参数值直接进行判断的：基本的> < >= <= ==规则判断，数字区间判断，字符串包含判断
2、复杂规则校验
没办法直接根据传参直接进行判断的：比如判断前还需要对传参做一点处理、映射或者查库的，如果添加这种规则就需要上线
另外为配置化简单规则免上线，在做一类配置化规则校验
3、配置化规则校验
请求参数预留一个HASHMAP，如果需要添加新的简单规则的话，前端新加的字段就通过这个MAP传递，校验方式与简单规则校验一致，但只支持简单规则校验
表设计
1、基本规则表
后台运营人员新增资方规则的时候，根据4个规则维度进行选择添加，此时就读取该表
2、资方规则配置表
包含资方、规则KEY（简单规则使用方法名，比如getIsStudent）、规则判断符、规则定义值、规则类型（int、String等等）、校验类型（简单、复杂或配置）
image.png
校验步骤
1、根据校验类型获取校验器（三种校验器存放在BEAN MAP中）
2、直接调用校验器的validate方法，具体实现由具体校验器完成，参数为规则KEY、规则判断符、规则值、规则类型
简单类型可以直接通过规则KEY反射获得参数值，再根据规则判断符、规则值、规则类型去进行比对
复杂类型可以直接SWITCH规则KEY做具体的判断（每个规则需要独立开发）
配置类型只比简单类型多一步从MAP中取参数的方法，后面的比较是一样的
这样就实现了规则的抽象与统一化校验
网友评论