正确的学习方法不仅能够让你事半功倍，也能够让你更加接近真理。在这一系列的文章之初，我想首先说说学习一个开源框架的途径。这些学习方法，不仅适用于Struts2，我想同样适用于许多其他的开源框架，比如说Spring，Hibernate等等。而这些学习方法，也是我个人的一些心得体会，希望对初学者或者正在为学习开源框架犯愁的朋友带来一些启示。
搭建环境运行每个开源框架自带的sample项目
我不知道有多少初学者真正的去跑过每个开源框架自带的sample项目。按照我的经验来说，这绝对是一个学习的最佳途径。
以Struts2为例，Struts2的根目录下有一个apps的目录，里面有struts2-blank-2.0.11.war，struts2-showcase-2.0.11.war，struts2-portlet-2.0.11.war等war包。你只要把这些war包放到任何的application server的运行环境下即可运行。比如，你可以放到Tomcat的webapps目录下，启动Tomcat，你就可以直接访问到一个内置了众多Struts特性的项目了。
其实你可以从这些项目中获得许许多多有用的信息。不仅如此，一旦你在使用Struts2的某些特性的时候发生了无法解决的困难，你往往也能从这些项目中找到一些解决问题的方案。更加能让你放心的是，至少这些项目表达了Struts2的作者原本的意思，你只要按照它的sample来写代码，总不会错到哪里去。
在这里，我简单举例来说明你可以从这些项目中学到些什么：
1. 如果你仔细学习struts2-blank-2.0.11.war这个项目，它可以告诉你如何搭建一个最最简单的Struts2的项目；它还会告诉你，Struts2至少需要依赖哪些jar包(请以后不要再为jar包错误而苦恼)；同时，也给你做出了一些范例，web.xml怎么写，struts.xml又怎么写。
2. struts2-showcase-2.0.11.war这个项目，你则可以看到Struts2的特性的大杂烩，这对于你看reference是相当有帮助的。比如说，你在看文档时看到了"文件上传"的章节，那么你就可以参考项目中的upload子目录。相当于你一边看文档，一边已经有一个现成的跑得通的例子在这里提供给你。这是不是要比那些所谓的网络教程更实际呢？
3. struts2-portlet-2.0.11.war则给出了在Portal环境下的Struts2的应用。
所以，综合来说，框架自带的项目绝对是你学习的第一手资料，你基本上不需要舍近求远得去找网络上别人写的例子，原生态，不好嘛？
以Struts2为例，Struts2的根目录下有一个apps的目录，里面有struts2-blank-2.0.11.war，struts2-showcase-2.0.11.war，struts2-portlet-2.0.11.war等war包。你只要把这些war包放到任何的application server的运行环境下即可运行。比如，你可以放到Tomcat的webapps目录下，启动Tomcat，你就可以直接访问到一个内置了众多Struts特性的项目了。
其实你可以从这些项目中获得许许多多有用的信息。不仅如此，一旦你在使用Struts2的某些特性的时候发生了无法解决的困难，你往往也能从这些项目中找到一些解决问题的方案。更加能让你放心的是，至少这些项目表达了Struts2的作者原本的意思，你只要按照它的sample来写代码，总不会错到哪里去。
在这里，我简单举例来说明你可以从这些项目中学到些什么：
1. 如果你仔细学习struts2-blank-2.0.11.war这个项目，它可以告诉你如何搭建一个最最简单的Struts2的项目；它还会告诉你，Struts2至少需要依赖哪些jar包(请以后不要再为jar包错误而苦恼)；同时，也给你做出了一些范例，web.xml怎么写，struts.xml又怎么写。
2. struts2-showcase-2.0.11.war这个项目，你则可以看到Struts2的特性的大杂烩，这对于你看reference是相当有帮助的。比如说，你在看文档时看到了"文件上传"的章节，那么你就可以参考项目中的upload子目录。相当于你一边看文档，一边已经有一个现成的跑得通的例子在这里提供给你。这是不是要比那些所谓的网络教程更实际呢？
3. struts2-portlet-2.0.11.war则给出了在Portal环境下的Struts2的应用。
所以，综合来说，框架自带的项目绝对是你学习的第一手资料，你基本上不需要舍近求远得去找网络上别人写的例子，原生态，不好嘛？
自己写一个sample项目亲身体验
这一点其实不用我说，大家也应该明白。不过我还是见过不少的程序员，眼高手低。成天能够和人吹牛说这个框架怎么怎么好，那个框架怎么怎么方便。让他自己动手来用这些框架写一段程序出来，手足无措，搞了半天，就是无法跑通。
所以，实践是检验真理的唯一标准。只有自己亲自动手去实践，才能说你真正掌握了某个技术，理解了某个框架。在编写自己的sample项目时，你不妨就以最简单的User的增删改查作为你的业务场景，在实践中不断的重构你的代码，从而提升自己的水平。
所以，实践是检验真理的唯一标准。只有自己亲自动手去实践，才能说你真正掌握了某个技术，理解了某个框架。在编写自己的sample项目时，你不妨就以最简单的User的增删改查作为你的业务场景，在实践中不断的重构你的代码，从而提升自己的水平。
带着问题debug开源框架的源码
如果你对某个开源框架的使用已经比较熟练，对其内部的原理也基本清晰了。你或许会对其中的某些设计原理产生一些问题(或许仅对勤于思考的人有效)。这个时候，我认为你可以试图去看一看开源框架的源码。
我看开源框架的源码的方式有些特殊，我喜欢在程序里做debug，来看看在开源框架的内部，到底运行了哪些类，他们是如何执行的。我坚决反对逐个包逐个包的去看源码，这毫无意义。因为这相当于把一个肢体进行了分解，一个运行状态良好的程序，你把它割裂开来，显然什么都读不懂。在程序中debug源码，你不仅可以浏览到程序执行过程中的每个类，还能查看这些类的运行状态。这才是阅读源码之道。
我看开源框架的源码的方式有些特殊，我喜欢在程序里做debug，来看看在开源框架的内部，到底运行了哪些类，他们是如何执行的。我坚决反对逐个包逐个包的去看源码，这毫无意义。因为这相当于把一个肢体进行了分解，一个运行状态良好的程序，你把它割裂开来，显然什么都读不懂。在程序中debug源码，你不仅可以浏览到程序执行过程中的每个类，还能查看这些类的运行状态。这才是阅读源码之道。
