这篇文章主要讲解了“WebWork中返回INPUT的原因是什么”，文中的讲解内容简单清晰，易于学习与理解，下面请大家跟着小编的思路慢慢深入，一起来研究和学习“WebWork中返回INPUT的原因是什么”吧！
创新互联专注为客户提供全方位的互联网综合服务，包含不限于成都做网站、网站制作、南平网络推广、微信小程序开发、南平网络营销、南平企业策划、南平品牌公关、搜索引擎seo、人物专访、企业宣传片、企业代运营等，从售前售中售后，我们都将竭诚为您服务，您的肯定，是我们最大的嘉奖；创新互联为所有大学生创业者提供南平建站搭建服务，24小时服务热线：18980820575，官方网址：www.cdcxhl.com
表面现象：
在WebWork中，当一个Action中既没有重写ActionSupport中的validate方法，也没有相关的validata.xml文件，并且action中并没有INPUT的出口，但是最终LOG里面却告诉我们这个Action返回INPUT了。这到底是怎么一回事呢？
了解下代码：
WebWork中，如果有添加workflow这个interceptor，那么ActionA chain到 ActionB的时候，如果ActionA中有调用addActionError这个方法，然后chain到ActionB，这时候ActionB不会做任何事情，就直接返回INPUT了。
原因：
在workflow这个interceptor会对继承ValidationAware这个接口的Action，调用hasErrors()这个方法，如果这个方法返回true，那么就直接返回INPUT，而不再往后面的action去执行了。
workflow interceptor的官方说明http://www.opensymphony.com/webwork/wikidocs/Workflow%20Interceptor.html
也许有的同学就会问了，在WebWork中，我就继承了ActionSupport方法啊，怎么会去验证hasErrors()这个方法呢？虽然你没继承，但是是不是还有谁偷偷干了这事呢？其实就在继承的ActionSupport这个父类里面继承了ValidationAware这个接口了。
感谢各位的阅读，以上就是“WebWork中返回INPUT的原因是什么”的内容了，经过本文的学习后，相信大家对WebWork中返回INPUT的原因是什么这一问题有了更深刻的体会，具体使用情况还需要大家实践验证。这里是创新互联，小编将为大家推送更多相关知识点的文章，欢迎关注！
