wjfz

傻逼太多了艹，自己都没验证新闻的真实性，只靠一个全网营销号统一传来传去的文案就感觉水深火热了。

挺好玩的，地图用拼音也能接受，但是地图问题很大，建议优化。

第一是西藏地区用的不是拼音，很难找，第二是新疆西藏地区的很多国境线貌似是用虚线画的争议地区。

之前我也深受其扰，手机管家根本不顶用。
后来试了下发 KTFSR 到 10086 ，起了很大作用。

@BeautifulSoap #6 那两种反应太真实了

大多数公司发工资都是招行，配合信用卡周三半价还是好用的。
建行让人恶心，日限额 1000 。

别说域名了，现实中当做宝贝的收藏，可能家人直接就扔了。

经常在网上刷到老头收藏的胶片相机、书籍啥的被扔在废品收购站。

@Charlie17Li #23 比如用一个用户，如果 x 秒内下单超过 1 单，且订单内容一样，就可以认为是重复订单，可以在下单成功后砍单，也可以直接在下单的时候限流拦截。不过一般情况下前端按钮加个置灰就够了，还没遇到过重复下单的情况。

重复支付问题主要是分两步，第一是生成本系统订单，第二是拿本系统订单去支付。
1 、生成本系统订单，客户端点完提交按钮就置灰，服务端返回订单号，进入待支付页面。
2 、在待支付页面选择支付方式，提交支付，点完提交置灰，生成第三方支付平台的订单。跳转第三方平台去支付，支付完成跳回来，完成支付。

两次置灰能把绝大多数重复请求扼杀在摇篮里。第一步中万一生成了重复的本地订单，因为是带着订单号在本地跳转的，用户全流程都在最后一次（或者初次）生成的订单号流程里，另一个待支付订单只会停留在订单列表。这一步可以加点限流或者自动取消订单操作。
第二步中，如果用户取消支付，在同一个支付平台重新发起支付，第三方支付的订单号是可以复用的，即使重复点击，也不会生成重复的支付宝订单，就不会出现 1 楼说的问题。
再扩展一下，假如用户切换了微信支付，在收到支付成功后可以用本系统订单号取消其他支付宝待支付订单。

再回头看看文章，1 、让客户端生成 RequestID 没有太大意义，因为重复订单都是客户端自己提交上来的。2 、并发大的时候用异步想死，用户一定要迅速看到支付结果，如果异步处理订单，用户就有可能看到订单状态没变重复支付。

何同学。