@davin 你的流程和我们几乎差不多,我们在生成订单的时候,会有实付金额,第三方支付金额,余额付款金额三个字段,实付金额=第三方支付金额+余额付款金额。
如果用户有余额,购买商品的时候强制使用所有余额。（同一个产品提的需求）
第三方支付金额就是 app 页面需要展示的去支付宝或者微信支付的金额,这个金额必须通过实付金额-余额才能算出来。
所以，在待支付状态的时候，就要算出待支付多少钱（就是第三方支付金额），这个时候订单已经生成，余额如果不锁住，那么用户还能使用该余额生成一个待支付的订单，这样用户就薅羊毛了。

@davin 你的流程和我们几乎是一致的,只不过我们在生成订单的时候,会有付款金额,第三方支付金额,余额付款金额三个字段,付款金额=第三方支付金额+余额付款金额,第三方支付金额

@lucybenz 我们以前的需求是每次生成订单的时候,必须强制让用户使用余额抵扣,没有选择的余地,这次的需求和以前的需求都是一个产品做的.

@westoy 我们支付的时候是拉起支付宝或者微信，余额就跟代币的功能一样，所以肯定要锁住余额。

@mnssbe 其实都有很大问题，产品很水，自己每次新提的需求都和以前的旧需求有冲突。

国内几乎任何行业不都是这样?

联想的 yoga14 这个价位最好的选择 好看而且比较轻 性能也很强

可以买一个二手试一试，不建议新的，不合适就换，损失最小

@Livid 举报楼主喷子

你还以为你是在说我

@CaptainD win 的有道词典可以滑词翻译,quicker 可以截屏翻译,这两个都是免费的,非常好用.我经常用这两个看英文开发文档

这些做 java 公众号的,十五篇文章只有一篇文章勉强可以看

对了,坚决不租那种翻新的,新装修的房子,百分之 80 都是用的垃圾装修材料,租个房子还容易得白血病那.

微信小程序 微免租房 或者 去豆瓣广州租房小组 或者看看 咸鱼

好厉害! 问一下 Termux 安装 ubuntu 能用 idea 吗?

@x66 嗯嗯，确实

我说一个解决方案吧,先创建订单,订单状态是中间态,比如支付中或者处理中,然后去扣积分,扣除成功就改订单支付成功状态,扣除失败就改订单状态为创建失败,失败原因是积分不足.当然,如果是积分和现金一起支付,那必然先锁住积分再创建订单.

用户当日喜欢买断,大版本更新直接二代,继续走买断路线.

你的自行车挺别致啊