”解题式”协议学习方法

网络协议是计算机网络技术的核心，传统的协议学习方法一般是先看资料再看对应的RFC或者直接看RFC，记得自己刚接触协议时也是采用了这种方法，后来发现进步的瓶颈越来越大，协议细节了解的非常清楚，也考虑思考了一些协议why类型的问题，但是总感觉进步越来越缓慢。

后来不断地问自己 “哪些地方存在问题做？”，有一天恍然大悟，发现协议学习其实类似于解题过程。解题对我们来说真是太熟悉了，从小学到大学每时每刻都在考试解题，不是在解题的路上，就是在解题中！

那么我们是怎么解题的呢？是先看参考答案吗？当然不是。我们是先读题，了解题目要问的问题是什么？然后带着问题我们绞尽脑汁地去思考直至答案出来，对于有些实在想不出来的题目，最后才会去看参考答案，看了答案后有时会恍然大悟，"这方法怎么这么巧妙，我怎么没想到？"

协议对应的RFC类似于试题对应的参考答案，我们现在的做法其实与先前的解题步骤恰恰相反，直接查看题目的参考答案，却没有了自己的思考过程，最终协议的学习演化为一个记忆标准答案RFC的过程，这时即使对标准答案RFC各个细节了如指掌，也只是个活字典而已，缺少了最宝贵的思考过程。

将从小到大一直伴随我们的解题方式引入到协议的学习过程中。接触一个协议之前，先了解一下这个协议需要解决的问题是什么？每个协议其实就是一个问题的解决方案，这时最好能将这个问题转化为生活中最熟悉的问题，比如组播PIM协议问题是：组播数据源如何将数据发往数据目的端，对应于生活中的问题是：商家如何将产品销售给用户？对这个生活问题进行思考给出解决方案，可以利用分治法将大问题拆解为多个小问题再进行求解，最终将生活问题的解决方法还原到真实的网络问题中去。这个时候强烈建议不要看RFC，对协议内容了解的越少，受干扰也就越少，效果也就会越好，并且可以问出任何天马行空的问题。

当对问题经历了深入思考之后，会出现两种可能，一种是想到了解决方案，一种是方案感觉要出来但是一直出不来的，这个时候才是去看标准答案RFC的最佳时刻，看完后比较两者的差异，标准答案RFC提供的方法是不是最好的？有没有问题？为什么没有想到？等等，不断反思自己思维过程与标准答案RFC之间的误差。

引入传统解题方法到协议学习中，会大大加深对协议设计整个过程的理解，即这个协议是怎么设计出来的，而不是仅仅记住协议最终设计出来的结果——协议细节。协议的精通应该是对整个协议产生的过程了如指掌，理解设计者的整个思考过程，为什么要这样设计？并且能够预测协议未来发展的趋势。

协议学习数量其实不必过多，只需重点研究几个核心协议，比如TCP和OSPF等（这两个协议提供的可靠传输机制等思想广泛适用于网络其它协议），抓住核心本质的协议设计思想，再加上适合自己的学习方法，就已经足够了，无须立志学遍所有协议，毕竟人生苦短，协议却无穷，我们应该掌握“渔”，这样就可以随时打捞更多的鱼。