整理一下这段时间搬过的砖:全套商城的物流系统,这里用的是快递100开放平台的接口集成物流解决方案。标题有点嘚瑟,但也相差不大,这里全是干货~~~
需求就是寄件+查件全部搞定,还能支持第三方商家录单回填,可以简单判断商家发货时效及签收率。用到了快递100的如下几个接口。详见他们官网,这里不多说。
首先接入很简单,代码实例也都有
需要注意的地方:
1.注册个账号,可以是个人,不需要企业认证;
2.可以直接拿提供的代码复制可用,亲测。
3.跑起来就完事了。
接入都很简单,接口请求方式,相应数据结构都差不多,基本就说对接一个,其他就是复制粘贴,这边 做了些封装前前后后也大概是1个小时,这里重点是做了一下压测,害怕扛不住压力,虽然号称每天3亿 查询量,不差咱这几万的量,技术爱好者还是表示想亲自体会一下,下面对这个实时快递查询接口做了 一下压测。
压测环境 | 台数 | 服务数 |
---|---|---|
4CPU 8GB内存 | 1 | 1 |
并发数 | 线程组增量 | 持续时间 | 相应时间 | 成功率 | cpu使用率 | 内存使用率 |
---|---|---|---|---|---|---|
50 | 每秒增加50个 | 5分钟 | 31 | 100% | 20%-25% | 35% |
100 | 每秒增加50个 | 5分钟 | 41 | 100% | 23%-26% | 41% |
200 | 每秒增加50个 | 5分钟 | 96 | 100% | 21%-28% | 48% |
500 | 每秒增加50个 | 5分钟 | 115 | 100% | 55%-70% | 55% |
1000 | 每秒增加50个 | 5分钟 | 130 | 100% | 40%-65% | 60% |
1000个并发基本上是没有啥问题的,基本满足公司的业务要求,我这压测机器也不是专门的压测机器, 有其他服务也在跑,但是快递100这边的响应速度以及成功率都是没有问题的。
目前系统已经上线一个月,除了中间出现了一个问题,没做缓存,每次直接掉接口,导致被锁单,快递
100的也很快的帮忙定位问题,给了修改建议。
附上链接
接口及解决方案示例:http://cloud.kuaidi100.com/resolve Logistics
项目代码:
https://github.com/kuaidi100-api
https://gitee.com/kuaidi100-api/projects