最难解决的往往是最简单的细节

我们总是把难以解决的问题想得过于复杂，徒劳无功后便有些抓狂，可往往没有静下心来真正去注意那些细节。

 

学习Struts中，测试一个例子，登录-校验-然后转到新页面。用到了ActionForm，做服务器端的校验，可是校验成功后，转入的页面一片空白，而且服务器运行没有报错。

 

第一反应就是页面本身有问题，直接放到web目录下访问，显示正常；

 

第二想到的是config配置文件的问题，怀疑是action的配置有问题，检查无误；

 

业务处理的代码也检查过，没有问题；

 

接下来，就有点想入非非了。。。是不是struts的版本问题，用MyEclipse加载的Struts1.1，难不成我自己放的jar包不是这个版本，检查一下，匹配的；

 

迷茫了，愤怒了，抓狂了，

 

想想这种问题也没办法google，纯粹的非典型问题。逼得没法google了一下，竟然还真有人发生和我一样的问题，有个06年在CSDN上发帖的（够久远，还好没删），可惜没有正解。最后在另一个网页上发现一位仁兄的帖子，最后还是自己找到了问题，结果令人吐血:Action方法execute拼成了excute！！！因为用的是继承，所以方法名不对也没错，可是struts找不到方法也不吱一声，这个也太@@￥@￥@￥@%

 

无毒有偶，自己也是同样的错误，仿佛还记得当时特意没用工具生成，主动响应号召手写的，结果就埋下隐患了。。。现在反省一下，冷静想想，其实自己还是粗心了，因为当时地址栏上显示的是××.do?**=**，这就表明请求已经被控制器截取了，但是没有调用Action中的方法，就应该想到去仔细检查Action类的方法，也许就能早发现问题了。

 

不过还是得感谢这个错误，又让我长见识了。如果是在后面做项目的时候才碰到这个问题，估计要耽误好长时间了，问题还是越早碰见得越多才好。