目录
1、背景
本文主要描述，当程序出现不可重现的Bug时，我们如何进行处理？不可重现的Bug往往是偶然发生的，而我们又不知道什么原因导致的，这个时候
，不要着急，采用本文描述的一种结构化解决Bug的流程，基本上可以解决。
2、结构化解决不可重现Bug处理流程
第一步：查看程序出现Bug时的现场信息
现场信息一般在日志文件server.log、 ELK分布式日志平台、堆快照dump文件、线程快照文件、 GC日志、 pinpoint分布式跟踪系统日志等等，利用
这些现场信息；辅以快捷的工具jvisualvm、 jconsole、 yourkit、 mat等等工具；如果是在开发与测试环境，很幸运，你可以直接远程到服务器进行Debug；
第二步：提取所有疑似代码片断并进行排序
对第一步中的现场信息进行仔细分析之后，你可以有一些疑似的问题代码怀疑对象
，对这些怀疑的代码对象进行优先级排序CodeSnippet1>CodeSnippet2>CodeSnippet3>CodeSnippet4
第三步：确定或排除疑似代码片断
从第二步中的排序结果中选择最靠前的代码片段CodeSnippet1，修改并调整代码之后，一定要自己写单元测试代码，模拟Bug的重现，来确定或者
排除是否CodeSnippet1有问题？
第四步：经验教训总结
在小组内部开会，讨论，你是如何解决这个问题的，并形成组织过程资产与个人过程资产进行存档！经常搞这样的技术交流，你的团队，大部分人
都具有解决这种问题的能力！ 在技术领域，工作经历并不代表工作经验，自己花的时间越多，成长越快。
3、寄语
越努力、越幸运！
标签：结构化,代码,疑似,重现,排序,Bug 来源： https://blog.csdn.net/s2008100262/article/details/110498677
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。