?

? ? ?在项目中看到struts2的一个处理异常的拦截器中在处理ajax请求时作了如下处理。

? ? ?首先是判断是否是ajax请求，代码如下：

?

private boolean isAjaxRequest() {
		boolean ajaxMethod;
		String requestType = ServletActionContext.getRequest().getHeader("X-Requested-With");
		if (requestType != null && requestType.equals("XMLHttpRequest")) {
			ajaxMethod = true;
		} else {
			ajaxMethod = false;
		}
		return ajaxMethod;
	}

?

? ? ?当判断为ajax请求时，对于异常的处理如下：

?

@Override
	public String intercept(ActionInvocation invocation) throws Exception {
		String result;

		try {
			result = invocation.invoke();
		} catch (Exception e) {

			boolean ajaxMethod = false;
			ajaxMethod = isAjaxRequest();

			/**此处省略异常的包装记录等代码**/

			String aMessage = "服务器异常";
			if (ajaxMethod) {
				// 增加异常判断
				HttpServletResponse response = ServletActionContext.getResponse();
				String contentType = "text/plain;charset=UTF-8";
				response.setContentType(contentType);
				response.setStatus(500);
				response.getWriter().write(aMessage);
				return null;
			} else {
				// 加入自定义的异常错误信息
				Object action = invocation.getAction();
				if (action instanceof ValidationAware) {
					ValidationAware validationAwareAction = (ValidationAware) action;
					validationAwareAction.addActionError(aMessage);
				} else {
					_logger.debug("Action [" + action + "] is not ValidationAware, no message / error that are storeable");
				}

				// 此处要求action中方法的返回值必须和方法名相同
				return invocation.getProxy().getMethod();

			}
		}

		return result;
	}

?页面上对于ajax异常的捕获，采用jquery封装的ajax，如下：

       $.ajax({
			   type: "POST",
			   url: url,
			   dataType:"json",
			   data: data,
			   contentType: "application/x-www-form-urlencoded; charset=GBK", 
			   beforeSend:function(){			        
			   },
			   complete:function(){
			   },
			   success: function(data){
			   },
			   error:function(data){
			   	Alert(data.responseText);
			   }
	 });

?

?

?

xmlHttpRequest对象的status代表当前http请求的状态，是一个长整型数据，现在介绍一下它的含义。?

?

http请求状态及其含义表?

?

1xx - 信息提示?

100 - 初始的请求已经接受，客户应当继续发送请求的其余部分。（HTTP 1.1新）?

101 - 服务器将遵从客户的请求转换到另外一种协议。（HTTP 1.1新）?

2xx - 成功?

200 - OK 一切正常，对GET和POST请求的应答文档跟在后面。?

201 - Created 服务器已经创建了文档，Location头给出了它的URL。?

202 - Accepted 已经接受请求，但处理尚未完成。?

203 - Non-Authoritative Information 文档已经正常地返回，但一些应答头可能不正确，因为使用的是文档的拷贝，非权威性信息（HTTP 1.1新）。?

204 - No Content 没有新文档，浏览器应该继续显示原来的文档。如果用户定期地刷新页面，而Servlet可以确定用户文档足够新，这个状态代码是很有用的。?

205 - Reset Content 没有新的内容，但浏览器应该重置它所显示的内容。用来强制浏览器清除表单输入内容（HTTP 1.1新）。?

206 - Partial Content 客户发送了一个带有Range头的GET请求，服务器完成了它（HTTP 1.1新）。?

3xx - 重定向?

300 - Multiple Choices 客户请求的文档可以在多个位置找到，这些位置已经在返回的文档内列出。如果服务器要提出优先选择，则应该在Location应答头指明。?

301 - Moved Permanently 客户请求的文档在其他地方，新的URL在Location头中给出，浏览器应该自动地访问新的URL。?

302 - Found 类似于301，但新的URL应该被视为临时性的替代，而不是永久性的。注意，在HTTP1.0中对应的状态信息是“Moved Temporatily”。出现该状态代码时，浏览器能够自动访问新的URL，因此它是一个很有用的状态代码。注意这个状态代码有时候可以和301替换使用。例如，如果浏览器错误地请求 http://host/~user （缺少了后面的斜杠），有的服务器返回301，有的则返回302。严格地说，我们只能假定只有当原来的请求是GET时浏览器才会自动重定向。请参见307。?

303 - See Other 类似于301/302，不同之处在于，如果原来的请求是POST，Location头指定的重定向目标文档应该通过GET提取（HTTP 1.1新）。?

304 - Not Modified 客户端有缓冲的文档并发出了一个条件性的请求（一般是提供If-Modified-Since头表示客户只想比指定日期更新的文档）。服务器告诉客户，原来缓冲的文档还可以继续使用。?

305 - Use Proxy 客户请求的文档应该通过Location头所指明的代理服务器提取（HTTP 1.1新）。?

307 - Temporary Redirect 和302（Found）相同。许多浏览器会错误地响应302应答进行重定向，即使原来的请求是POST，即使它实际上只能在POST请求的应答是303时才能重定向。由于这个原因，HTTP 1.1新增了307，以便更加清除地区分几个状态代码：当出现303应答时，浏览器可以跟随重定向的GET和POST请求；如果是307应答，则浏览器只能跟随对GET请求的重定向。（HTTP 1.1新）?

4xx - 客户端错误?

400 - Bad Request 请求出现语法错误。?

401 - Unauthorized 访问被拒绝，客户试图未经授权访问受密码保护的页面。应答中会包含一个WWW-Authenticate头，浏览器据此显示用户名字/密码对话框，然后在填写合适的Authorization头后再次发出请求。?

404 - Not Found 无法找到指定位置的资源。这也是一个常用的应答。?

40