1.struts2中过滤器和拦截器的工作流程:
request-->执行自定义过滤器doFilter方法中的chain.doFilter()方法前的代码-->执行默认过滤器doFilter方法中的chain.doFilter()方法前的代码-->执行默认拦截器-->执行自定义拦截器-->访问服务器资源(action,css,html,jsp...)-->执行自定义拦截器-->执行默认拦截器-->执行默认过滤器的doFilter方法中chain.doFilter()方法后的代码-->执行自定义过滤器doFilter方法中的chain.doFilter()方法后的代码-->客户端开始执行响应response
注:①上面的自定义的过滤器在默认过滤器之前执行只是一个假设的顺序,这其中光光默认的过滤器这个执行过程就有很多细节,这个网上资料或者源码剖析有很多。
②自定义过滤器有多个的话,它的执行顺序和你在web.xml中布置的先后顺序有关,前者先执行。
③注意请求和响应这个来回中,多个过滤器的前后执行和拦截器的前后执行顺序是对称的。
2.ajax的同步是ajax的事没做完前,其他的事不能做,要等着它。异步相反,同时性互不影响地执行。
3.注意起来一个情况:ajax+submit+同步----就是你用ajax请求服务器,而且用的是同步的方式,并且你是通过点击了type类型为submit的按钮来触发这个ajax。
这个时候,首先你点击了submit,它会提交表单,但是由于你用了ajax的同步操作,submit的提交被阻塞,ajax先执行,这个时候,如果你在ajax的回调函数(如:success)中写了document.location.href='xxx.html',它是执行了,的确是去执行了跳转的,于是ajax完成了,那接下来就要把刚才的submit提交的请求完成。于是呢又要从xxx.html跳回到刚才那个页面(无论你submit有没有提交具体的数据,总之提交了之后如果后台没有执行跳转/重定向,它就要回到原来的页面。)
即:ajax就是如你所想那样执行了,也从A页面跳到了B页面,但是由于submit这种类型的特殊性,又让B页面跳回了A页面,由于这个ajax执行完再执行submit请求的过程处理的很快,你会感到好像没有效果,但是你仔细观察,会发现这个过程页面会刷新的,其实就是B页面跳回到A页面。
所以当用ajax去请求时,我们要用button,而不是submit,更要慎用同步。
4.回调函数理解:
不严谨地用ajax来说吧:ajax提交了一个请求,比如去请求了一个action,这个时候ajax跟这个action说,老哥你帮我办个事呗(我给你个地址,你去帮我拿个东西,然后好了交给我),然后action答应了并且把要处理的业务处理完。这个时候,action想告诉ajax你叫我做的我完成了,并且你跟我要的东西我也准备好了,但是我怎么给你呀??
①:大家想下怎么回头告诉ajax你叫我做的我做好了,并且要把东西给ajax?难道又要弄个请求,去请求这个东西?这样的话,那这个请求怎么知道前面请求了什么,怎么知道要去拿什么?就像ajax在叫他的朋友ajaxBBBB去帮他去到Action那里拿,可是这次ACtion又怎么告诉这个ajaxBBBB说东西在哪,你过来拿。这个又怎么通知ajaxBBBB,难道又要弄个请求,这个请求问问他东西放哪??这不是陷入无限循环了嘛,所以就有了回调函数。
②:回调函数这个函数是存在于ajax里面定义的,只是有了借口能够给别人调用。比如Action完成了请求的业务,于是调用了ajax的success回调函数,把数据回传给ajax,然后success回调函数去处理这些数据。
这就好像:ajax觉得刚才这事不行,很烦。所以他花了大价钱,买了一辆小货车,这个车就是属于ajax的,然后每次ajax叫action办事,他只要跟action说要办的事,然后就在家里等着,action做好了,只要去把ajax的货车开过来,把东西装上,给ajax送过去。这个车就是回调函数,他属于发出请求的一方,而调用他的是被请求的一方,因为回调函数是在请求一方的体内,请求方可以知道可以得到可以访问这个函数,也就可以得到这个函数体内的信息了。
③:为了帮助记忆,用一句话来说。-------A对象有2个方法,一个方法是用于发送请求到B的,另一个是B完成请求去用来传送信息和数据的。A发请求,B接收并完成,B再调用A中的回调函数,A执行这个回调函数。
其实说这个B调用了A中的回调函数是很不严谨甚至错误的,因为B的目的是传回消息和数据给A,B只是说把数据作为回调函数的一个参数,等A执行回调函数的时候用罢了。这个过程还有很多细节。我只是为了大家好理解。
我只是尽力地阐述了我的理解。有不对的地方望指正,至于一些很细很细的源码,过程之类的剖析可以百度,这些网上很多的。