Struts2.0是在webwork上升级而来的 ，它结合了webwork和struts1.2两者的优点，可以说是在两个成熟的技术上衍生而来的，所以比较的成熟。
但是struts2.0自身配置文件的增多会不会降低程序本身的响应速率，这个我还不是很清除，作为一个开发者，我能够熟练运用这些框架，但对于这些框架本本身没有做深入的解析，毕竟我不是搞什么学术研究的。
所以请各位谈谈自己的建议
我做个框架，尤其是MVC，也看过struts,webwork的源码。
尽可能给你回答。
楼上说的是形式，没有错误。
但是就你说的速度问题。
你可以做个测试，我没有针对struts2.x和struts1.x做过测试。
但是，我可以给你一些评判框架速度的依据。
1、关于配置文件这块，由于客户端请求第一次发来的时候，服务器端要为struts生成一个配置容器来获取框架的资源，比如struts.xml、struts-config等等。那么这里的配置容器在读取、解析、封装服务器端的资源文档，有快有慢。
2、另一方面，在执行action之前，要根据config遍历action，并且在jvm里生成对应的action实例，那么这个生成的过程，速度有明显的差异。
一般来说,struts、webwork传统的，都用 反射机制，根据具体的字符串加载类，然后new。但是你知道吗，平时使用new 来创建对象比 反射的newInstance快700倍以上。所以这里有生成对象的响应速度。
我建议，我们可以采用动态生成类的方式来取代上面的方式，比如，javassis，bcel等等，这些工具提供了动态添加方法，生成类。很快捷的。比起反射快了100~200被。
3、还有很多了，呵呵，先说这些。
基本上就是个转发，响应时间可不计，struts2各方面都比struts1强，建议使用。
struts2 比 struts1.2快，方便。
struts2 响应速度是要慢于struts1的。 基本原理所致。 不过并不是很大，正常情况下不会有多大的影响。 如果真的要求响应速度，还是用普通的jsp比较好
我用的sping mvc非常之轻巧，一个是开发上一个是响应上！
还有就是可以用批注
虽然struts2也可以，但是用spring 的感觉就是一气呵成……