经验之谈：问题定位原则

1、基本原则：可重现的问题都不是问题。只要问题能够重现，那么都是可以解决的。可重现的问题可以分为有条件必现和有条件概率重现，不管是哪种情况问题的定位只是时间问题，这个不仅限于计算机领域，在任何领域都适合。因为问题只要能够重现，一定可以采取各种手段来缩小范围、验证和调试，最终圈定在些点上。经典迭代公式：信息获取-->分析-->信息获取-->分析....
2、信心原则：不管是多么诡异离奇，匪夷所思的问题，首先是要有攻克问题的信心。这种信心一定是发自内心的，具备强烈的自信心问题已经被攻克了一半。信心的力量是非常强大的，可以把你的能量都发挥出来，想尽一切方法，甚至还有很多创造性的灵感去解决问题。
3、差异对比原则：对于某类问题A版本上没有问题，而在新版本A'上有问题,A+{a,b,c,d..}=A',其中a,b,c,d为A版本上的增量修改，那么导致某类问题在新版本A’上有问题的触发点或问题必然是a,b,c,d,...增量修改导致，因此对于这类问题应该用排除法来分析a,b,c,d.....
4、首次出现原则：对于某类问题有A1，A2，A3...等多种不同的异常现象，而异常现象A1，A2，A3...是按时间顺序出现，那么应该集中80%的火力来分析异常现象A1，因为问题往往是连锁反应，问题最终的原因很有可能是首次异常现象。
5、自疑原则：对于某类问题可能相关的模块或系统有：a,b,c,d...其中a,b是最新开发，c,d...是相对稳定或者是经常使用的开源系统，那么80%的可能性发生在a,b...中，经验表明，使用多年的开源系统是比较稳定的，问题现象可能会表现在开源系统里面，但问题最大可能性是自研代码中。
6、收敛原则：对某类问题的分析，可能有N种可能情况导致问题的发生，而每种情况可能有M种子情况，依次类推，对问题的分析，就需要对这些情况逐一验证，整个过程一定是收敛的，随着分析的进行，应该越逼近真相。
7、问题中心原则：问题定位过程中，一定要始终明确要解决的问题，不要偏离方向。也就是说对于各种情况的分析过程和验证要适可而止，不要陷入到无止境的分析中去。
8、求助原则：某类问题的分析过程中，可能需要求助，但是一定要知道该向谁求助，知道该问什么，这两点很重要，特别后面一点，不要出现问题suse 10和sus11有什么差别，而要问问题normal进程调度方面SUSE 10和SUSU11有什么差别，前者显然是不知道该问什么问题，后者是一个技术点，是可以明确解答的。