记一次帮人分析问题、定位问题、解决问题的过程

[stillsilly]

https://i.loli.net/2020/03/04/qF5ZCH7PIAK1mJt.jpg
https://i.loli.net/2020/03/04/gTrD1fsLnzCEFM5.jpg
https://i.loli.net/2020/03/04/CzLnXSEsJ3pUu4P.jpg
https://i.loli.net/2020/03/04/uo1EWc5xJBjVf7Q.jpg

截图又长又臭，不好看，总结一下：
我经常遇到别人问我问题，但是说得不清不楚的情况。
有时候人们自以为的“问题”，也许不是真正的问题。
对问题条分缕析、通过一些方法和技巧排除无关变量，可以精准定位到真正的问题。
我们并不需要、也不可能掌握所有问题的解决方案、熟背所有 api。
很多情况下，只要找到真正的问题所在，用文字精准地描述出来，上网搜索，就能找到现成的解决方案。

[ftfunjth]

补码的形式就是取反 + 1

[also24]

几乎每天都在经历这些……


已经习惯了不完全相信提问者的信息，直接开始引导性提问了解问题本质，现在猜问题的能力也提升了不少

[also24]

比如说这个问题：/t/649610

提问者上来扔出来的关键词就是『超时』，却并没有讲出到底是什么类型的超时。
（服务器内部超时？ TCP 连接超时？ HTTP 请求超时？）

这直接导致了下面的回答其实都在靠猜。

以及，提问者先使用了『另一个服务器』，又使用了『 A B 服务器』的描述。
在他自身的思路里也许明确，但实际中完全没有描述清楚服务器之间的关系。

这也直接导致了他在 6 楼提供的信息完全无效。

那么在帮助他找问题的时候，就要先做几步『前期工作』：
1、明确定义，为各个服务器起好名字，搞清楚逻辑关系。
2、明确事态，强调易混淆的场景的差异，搞清楚事情的准确状态。

最后，结合已了解的情况进行合理猜测，尽量在不需要大量调查的情况下，就猜到出现几率最大的情况。


当然，这个问题截止目前还没有解决。
我隐隐的觉得他的接口反代是用代码实现的，那可能还涉及到它反代环境的配置等，届时就需要更详细的一组调查了。

[also24]

咦， /t/649610 这样的格式又不能解析了么？ https://www.v2ex.com/t/649610

[stillsilly]

@also24
看了一下，槽点太多了。
看他 9 楼的回复，似乎这些超时错误都是小程序报的？
就算只有小程序这一层有问题，其他两个层都很正常，也不一定修改小程序的超时时间就能解决。
可能需要根据超时的接口数量、接口返回数据需要的最大时间，做一些不同的处理……
大部分接口需要 20-30 秒，没有超过一分钟的，和绝大部分接口 2 秒内返回，只有一两个要一两分钟，这能一样吗……

[also24]

@stillsilly #5
所以说，解决问题的前提是先搞清楚问题……

我现在已经非常习惯这种情况了……