一线问题快速定位方法

 首先吐一下槽，对于我们这些听见炮声的一线开发运维人员。每天过的都是提心吊胆的日子。别人放假我们加班，就是不加班也担心系统会不会出现异常。操碎了心，费尽了精力终于找到问题原因了： 多了个空格，xx bug.哦，正则表达式过滤不全，哦这个情况比较特殊。。。。。。。。 好了问题找到了，该谁的问题谁改吧。。。兄弟你想的太多了。谁找到的问题谁改。。。。好继续加班搞一个补丁版本。。。 卧槽，补丁终于搞完上线了。 下一个类似的问题又来了。。。周而复始无穷尽。。。。。。。。。。

 

-----------------------------

吐槽，归吐槽。该解决问题还得解决问题。现在小生把常见的一线问题的解决方法归总一下，希望可以帮助与自己情况类似的小伙伴们。如果有同感帮忙点个赞哈！！！！

 

1.复现。如果问题能复现的话，那么基本就解决了一半了。

1）拿到生产服务器上的参数，在本地复现问题。如果能复现，ok.继续分析。如果不能复现考虑第二种情况。

 

2.最近修改。最近修改的代码刚刚上线很不稳定。即使经过了种种测试，但是面对生产这种大环境，也可能出现你想不到的不适应情况。

 

3.拿日志，想尽办法搜集可能搜集到的日志。安全日志，系统日志，操作日志等等。。。这个太重要了。其实一大半的问题都会隐藏在日志中。

 

4.拿不到日志的情况。这个比较麻烦，去找用户。如果用户找不到。这种情况比较麻烦，如果问题不急的话可以考虑加日志持续观察。如果很急，什么都没有，又找不到蛛丝马迹。那只有请外援了或者持续观察，向上反馈。没有更好方法了。当然如果你有也可以一起交流一下。