许多商城 app 中有个功能：在用户下单后，若超时未付款，则订单取消，实现剩余时间显示的最优方案是什么？

[axing]

前提：开发的是一个 hybrid app ，使用了 jqmobi 框架 当用户下了一单却未及时付款（两小时之内）时，需要在用户的待付款订单中显示出该条订单，并且显示其距离失效的剩余时间（剩余时间： 01:59:03 ）每秒每秒的变化（页面显示上动态变化）。我自己想到的一个实现的笨办法是，在用户产生那条订单时，就为其计算了订单失效时间，存入数据库中，然后写了一个接口专门计算某条订单的当前时间距离其失效的剩余时间，然后前端在请求待付款订单数据的时候，就每秒都去调用计算剩余时间的那个接口，然后虽然这样可以实现剩余时间的显示，但是我发现这样频繁的请求，带来了其他问题，比如待付款订单页面中，每条订单点击后是可以查看其订单详情的，我就发现加了剩余时间请求后，当点击查看详情就一直加载请求数据，半天出不来，感觉要崩溃一样，所以想请教下做过这方面功能的大大们都是采取的什么方案去实现的？

[dapang1221]

数据库里只记录创建时间，然后剩余时间放在前端来倒计时，不入库。创建订单是算出来失效时间，然后加入执行队列，在那个时间点上把订单失效。如果用户付款成功，则从队列中把这个取消掉。至于这种定时任务，有许多种东西可以实现。。

[rming]

前端显示仅在第一次请求数据，后端 worker 去跑订单失效，另，不建议直接计算失效时间存库，根据下单时间和订单有效期计算就可以吧，为后续策略修改保留可扩展性

[Felldeadbird]

直接前端倒计时就可以了，由于受到机能的限制，时间会与服务器存在差异。一般客户不会持续傻傻看着倒计时的。可以做 1 小时请求一个服务器校正。

[kenken]

延迟消息最好。

[ThreeBody]

两个字段，一个创建时间，一个订单状态，如果状态是等待付款，前端计算并显示倒计时。

[godlong]

楼主你也太傻了吧
每秒都去请求。。。

楼上几个说的都对

[axing]

恩恩，谢谢大家的建议。