首页   注册   登录
 liuawei 最近的时间轴更新

liuawei

V2EX 第 344640 号会员,加入于 2018-08-27 14:16:38 +08:00
今日活跃度排名 1878
大量支付订单轮询,各位有什么好的方法解决。
  •  2   
    程序员  •  liuawei  •  9 天前  •  最后回复来自 troywinter
    42
    2018 年,你涨薪资了么?
    调查  •  liuawei  •  60 天前  •  最后回复来自 liuawei
    3
    liuawei 最近回复了
    7 天前
    回复了 FakeLeung 创建的主题 生活 突然感觉,身边真正的朋友,真的很少。
    哈哈哈!流弊!
    @rockyou12 我们是做 SASS 服务,前几天遇到几笔丢单,然后用户说支付没有下货,就投诉到我们客户那里,让后客户就说我们“吃”单。所以就不打算和我们合作了。
    @kingOfWorLd 恩恩核心我知道下单模块写入订单,轮询模块处理订单。只是只有三天时间,还有你说的 Rabbitmq 和 redis 都比较熟悉,我还是去跟领导多申请几天时间。
    目前自己的解决方案是,JOB 轮询,每种支付方式建立一个任务。 但是我们领导说也会存在丢单的情况,他的观念说,查询请求 0.5S+我们业务逻辑处理,下货 0.5S 。一分钟超过 100 单的话会存在有些订单轮询不到。
    @kingOfWorLd 说了只有三个工作日,原生支付,H5, 小程序是不同的项目都要改,公司以前没有用过消息队列。
    @Moker @arrow8899 消息队列考虑过,但是时间短,假如队列要改至少三个项目,H5,小程序,原生这些都是不同的项目。
    @1sbugou 威富通遇到过一次不进行回调,还有就是关闭支付通道这种骚操作。
    @Vegetable 第一个轮询会存在网络节点丢单情况,第二个比如支付宝反扫,刷脸支付会没有回调,会存在请求支付宝接口,支付宝接口 Socket 异常,我们这边异常,支付宝已经扣款成功。

    还有例如威富通这种机构有的时候回调会有问题。
    @Moker 公司是做自助售卖机的,所以细分的支付方式有 10 几种。
    @Raymon111111 就是查询订单支付状态。有的时候一次支付查询请求都需要 1 秒哦。
    关于   ·   FAQ   ·   API   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   4025 人在线   最高记录 4385   ·  
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.3 · 10ms · UTC 03:16 · PVG 11:16 · LAX 20:16 · JFK 23:16
    ♥ Do have faith in what you're doing.
    沪ICP备16043287号-1