写在开头 在技术社区里，你技术提问的解答情况，很大程度上取决于你提问的方式与解决此问题的难度。 智慧的提问就是好的提问习惯和好的提问规范的结合，它能让你事半功倍。至少在微信支付社区，它是真实成立的 如果您没有时间读完全文，请务必读完微信支付社区提问智慧 首先来看一下，微信支付社区的智慧提问法则： 微信支付社区提问智慧 好的提问习惯 如果你有以下几个提问习惯，能直接解决大部分你想问的问题~ [代码]1. 尝试在搜索框中搜索答案； 2. 尝试阅读相关官方文档以找到答案； 3. 尝试阅读FAQ以找到答案； 4. 尝试自己检查或试验以找到答案； [代码] 好的提问规范 好的提问规范，能在最快的解决让你得到最优效的解答~ [代码]请用陈述句准确描述问题 1. 标题定位到微信支付具体业务，比如：支付分、代金券、普通支付、合单支付等； 2. 50+字详细准确描述问题的症状： 3. 包含必要的错误信息、期待的结果； 4. 包含必要的截图或代码等细节； 5. 请描述已经尝试过的方法。 [代码] 如果期望得到微信支付技术支持，请参考以下模板：(有敏感信息可私信提供） [代码]1. 请求的具体API接口（提供文档地址和请求的URL）： 2. 问题发生时间【必填】 3. 商户号【必填】： 4. 商户订单号【必填】： 5. 相关报错信息文案： 6. 完整的请求和返回参数以及单号： 7. 问题截图或视频： 8. 已经尝试过的方法： [代码] 如果你已做了上述事情，我们会非常乐意回答比较规范的优质提问，也会在最快的时间推送到支持组进行针对性的回答。 当然为了维持社区的内容质量，无效提问（空泛、偏离技术讨论、软文传播、推广引流等内容），我们也有有权进行删除处理。 下面跟着大家看一下通用的技术社区提问智慧，仅供参考~ 通用技术社区提问智慧 量不在多，精炼则灵 简单的将一大堆代码或数据罗列在求助信息中达不到目的。如果你有一个很大且复杂的测试样例让程序崩溃，尝试将其裁剪得越小越好。 描述问题而不是猜测 提问中描述是什么导致了问题是没用的（如果你的诊断理论是对的，或许你就不会来这儿咨询求助了？）。所以，确保只要描述问题的原始症状，而不是你的解释和理论，让社区名人或官方支持来解释和诊断。如果你认为陈述自己的猜测很重要，应清楚地说明这只是你的猜测并描述为什么它们不起作用。 错误的示范： 我在XX时遇到了YY错误，怀疑是ZZ原因，这个问题怎么解决？ 智慧的提问： 我组装的电脑（电脑信息）最近在开机20分钟左右，做内核编译时频繁地报SLG11错，但在开头20分钟内从不出问题，重启动不会复位时钟，但整夜关机会。更换所有内存未解决问题，相关的典型编译会话日志附后。 按时间先后罗列问题症状 刚出问题之前发生的事情通常包含有解决问题最有效的线索。所以，问题描述中尽可能的描述在问题出现之前都做了什么。在命令行处理的情况下，有会话日志（如运行脚本工具生成的）并引用相关的若干（如 20）行记录会非常有帮助。 提问应明确 漫无边际的问题通常也被视为没有明确限制的时间无底洞。最有可能给你有用答案的人通常也是最忙的人（假如只是因为他们承担了太多工作的话），这些人对于没有止境的时间无底洞极其敏感，所以他们也倾向于不太喜欢那些漫无边际的问题。 如果你明确了想让回复者做的事（如指点方向、发送代码、检查补丁或其它），你更有可能得到有用的回复。（因为）这样可以让他们集中精力并间接地设定了他们为帮助你需要花费的时间和精力上限。 结语 提问的智慧就是一个敲门砖，它会让你了解到一个事实，为什么那些看起来很牛的人几乎从不提问，似乎他们一进入这个行业就是牛人了。不是的，他们也有问题，但是通常在提问之前就自己解决了；不是因为他们本来就懂得怎么解决，而是解决问题的经历让他们成为牛人；最终，你只会看到网络上多了一篇文章：关于解决 某某 问题的方案。 最后，祝你在微信支付开发的路上，早日晋升为大神~希望未来有一天，您也能将在社区得到的帮助回馈给更多需要帮助的“微信支付新人”。