不能一概而论，需要仔细看看微信支付错误标识的描述，来设计逻辑处理。一般而言除非是客户侧网络不通等错误（请求未到达微信侧，例如微信支付无响应）才可以重试支付。 而只要微信支付响应了，绝大多数的错误是没必要重试支付的，因为错误不解决，再提交一万次也是继续错误，比如证书错误、请求签名错误、甚至客户侧的支付限额不足的。 极其少见的场景如微信与银行间交割业务时会出现“支付处理中”的信号，此时也不应当重试支付。
err_code 返回的状态一下这些，如果继续付款必须使用原商户订单号，这个如果不使用的话会产生什么err_code 返回的状态一下这些，如果继续付款必须使用原商户订单号，这个如果不使用的话会产生什么现象呀 没有太理解。 NOTENOUGH NAME_MISMATCH SIGN_ERROR FREQ_LIMIT MONEY_LIMIT CA_ERROR V2_ACCOUNT_SIMPLE_BAN PARAM_IS_NOT_UTF8 SENDNUM_LIMIT
2021-04-20实时消息对客户端连接和服务端的吞吐能力有着严格要求，不仅仅是软件层面的，对硬件、网络等都有涉及，一般都是根据具体的业务场景去精细化设计，不存在一个 “通用” 的解决方案。 可以去看看微信消息递送机制的设计原理，微信团队有发布的：https://www.cs.columbia.edu/~ruigu/papers/socc18-final100.pdf
请问微信公众号三百万级用户怎么做到通知消息实时发送？有没有大佬做过 ？给点思路，拜求
2021-04-20[图片]
开发者工具多账号调试时可否使用不同的git分支来编译？需求是：开发者A使用最新的开发分支（例如 dev-newbranch-1.1），而开发者B使用已发布的稳定分支（例如 master）。
2020-12-09不需要嵌套 swiper 吧？ 所有礼物、福袋、背包等对应的 icon 子项用一个普通的 swiper 装载好，每个 icon 索引号你是知道对应哪个的，例如 1-10 对应的礼物，11-16对应的福袋，等等。 然后监听 current 变化，当 current 大于 10 就撤销礼物的高亮，把福袋高亮，如此即可实现你的效果。
swiper嵌套swiper 如何让子swiper滑动到最后一项，再滑动右侧就滑动父的swipe？两个swiper是属于同向的
2020-04-06进入 2020 年了编辑器依然有此问题，时不时打开代码时右边白屏，只能关闭代码文件重新打开。 感觉上大约有 10% 的概率能遇到，完全无规律，跟代码内容无关，JS WXML WXSS 文件都出现过。 小程序，完全原生开发，没有任何框架或者插件，macOS 10.14 环境。 [图片]
编辑器区不加载代码- 当前 Bug 的表现（可附上截图） 编辑器区不加载代码 [图片] - 预期表现 编辑器区不加载代码 - 复现路径 - 提供一个最简复现 Demo
2020-01-05
获得过 0 次赞
回答过的问题获得 0 次赞
分享过的文章/案例获得 0 次赞
评论与回复获得 0 次赞