System.ArgumentOutOfRangeException: 索引和长度必须引用该字符串内的位置。 参数名: length 在 System.String.Substring(Int32 startIndex, Int32 length) 在 zhuanliShow.Bind()
【技术实现步骤摘要】
本专利技术涉及信息系统工程,具体为一种解决大流量频繁重复预估的方法。
技术介绍
1、实际网约车过程中,流量渠道的预估请求往往会因为一些原因而过于频繁,在实际观测中有一些大流量渠道预估调用次数与下单调用次数比例关系有较大异常,500次预估/1次下单,而且时间较为接近,地理位置坐标较为一致的预估,比如渠道的一些配置或流程原因导致请求预估流量过大,或者乘客的一些操作原因,或者频繁追加车型进行预估,导致运力预估接口量较大。这就导致运力方面的服务器缓存与计算压力较大,高峰时可能导致redis或者服务器崩溃。
2、缺点(提出现有技术的不足):1.缓存按照单车型缓存,一个车型缓存一批预估信息,一些公共的字段(比如预估值estimatedkey,预估路线lbseskey等)重复缓存,在流量较大时redis内存影响较大;2.对于重复调用或者位置坐标和时间差异较小的预估,也是重新进行计算与缓存,导致服务器压力与缓存压力较大;故提出一种解决大流量频繁重复预估的方法。
技术实现思路
1、(一)解决的技术问题
2、针对现有技术的不足,本专利技术提供了一种解决大流量频繁重复预估的方法,具备节约lbs系统和计费系统缓存以及服务器资源等优点,解决了重复缓存,服务器压力与缓存压力较大的问题。
3、(二)技术方案
4、为实现上述节约lbs系统和计费系统缓存以及服务器资源目的,本专利技术提供如下技术方案:
5、一种解决大流量频繁重复预估的方法,包括以下步骤:<
...【技术保护点】
1.一种解决大流量频繁重复预估的方法,包括以下步骤:
2.根据权利要求1所述的一种解决大流量频繁重复预估的方法,其特征在于:所述步骤一渠道号为channel,服务类型为serviceTypeId,上车点坐标(上车经度sLo,上车纬度sLa)与下车点坐标(下车点经度eLo,下车点eLa),预定乘车时间bookingDate,车型groupId(可以为多车型如:33,43),渠道名称channel,原上车点和下车点坐标为小数点后有6位或者更多位,如"118.59252125",分别保留4位小数点"118.5925",分别记作:sLo1,sLa1,eLo1,eLa1,此处可以保证上车地点和下车地点都在原来大约11米范围内,最后预估价差异较小。
3.根据权利要求1所述的一种解决大流量频繁重复预估的方法,其特征在于:所述步骤四的预定上车时间bookingDate向最近的5的倍数分钟靠近记作bookingDate1。
4.根据权利要求1所述的一种解决大流量频繁重复预估的方法,其特征在于:所述步骤六根据生成的priceToken,查询redis缓存,获取预估
5.根据权利要求1所述的一种解决大流量频繁重复预估的方法,其特征在于:所述步骤八的开放平台对计费系统预估值、预估key和预估路线key缓存,使用步骤六方式生成的priceToken作为key,步骤五中的缓存格式组装数据为value缓存,缓存时间10分钟,组装预估信息返回给渠道,结束流程;如果estimatedKey不为空,则调用计费系统,利用estimatedKey查询计费系统多车型groupId如34,43,41的缓存预估价;如果没有对应车型预估缓存,比如原有缓存34和43车型id,追加一个豪华型车型41,则对新增的车型41进行预估计算,根据计费系统缓存的里程,时长和预定时间等参数计算获得该车型预估价,将新的预估值缓存到estimatedKey作为key的redis缓存中,并返回预估数据给开放平台。
6.根据权利要求1所述的一种解决大流量频繁重复预估的方法,其特征在于:所述步骤十三开放平台验证是否有对应的车型,如果有则直接根据预估estimatedKey从计费查到计费缓存,拼接结果参数返回给流量渠道;如果没有,则将该车型的预估价写入开放平台priceToken缓存的m中,如原有车型缓存为34和43新增预估车型id为41。
...【技术特征摘要】
1.一种解决大流量频繁重复预估的方法,包括以下步骤:
2.根据权利要求1所述的一种解决大流量频繁重复预估的方法,其特征在于:所述步骤一渠道号为channel,服务类型为servicetypeid,上车点坐标(上车经度slo,上车纬度sla)与下车点坐标(下车点经度elo,下车点ela),预定乘车时间bookingdate,车型groupid(可以为多车型如:33,43),渠道名称channel,原上车点和下车点坐标为小数点后有6位或者更多位,如"118.59252125",分别保留4位小数点"118.5925",分别记作:slo1,sla1,elo1,ela1,此处可以保证上车地点和下车地点都在原来大约11米范围内,最后预估价差异较小。
3.根据权利要求1所述的一种解决大流量频繁重复预估的方法,其特征在于:所述步骤四的预定上车时间bookingdate向最近的5的倍数分钟靠近记作bookingdate1。
4.根据权利要求1所述的一种解决大流量频繁重复预估的方法,其特征在于:所述步骤六根据生成的pricetoken,查询redis缓存,获取预估获取预估estimatedkey,pricetoken的缓存格式为json字符串,为了节约redis缓存,将key简化为一个字母,m为多车型预估价,值为json字符串,车型id为key,预估价为value,l为路线的lbseskey为lbs生成的预估路线缓存的key,e为estimatedkey为计...
【专利技术属性】
技术研发人员:赵明威,
申请(专利权)人:首约科技北京有限公司,
类型:发明
国别省市:
还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。