分类：java网络

一定要为HttpUrlConnection设置connectTimeout属性以防止连接被阻塞

    我们有一个项目中用到了多个子项目，即将多个子项目的连接地址整合在一起。在客户部署环境中，有一个主终端，负责接受用户登陆，在登陆时，由用户选择最终要登陆的子系统。当输入登陆信息之后，由主终端负责解析用户名和密码，待验证通过之后，再通过主终端负责将用户信息直接发往子系统并通过子系统接口转入到后台操作界面。整个流程就类似于一个统一授权中心，由主终端负责用户授权和访问，在获得授权之后，就可以直接操作子系统了。
    前几天在客户方将数据copy回来并进行分析时，发现在首页显示其它子系统时非常的慢，甚至慢到不能忍受的地步。但这种情况在客户环境中并没有发现。待仔细地查看了数据逻辑处理，发现了后台在列举子系统数据时，首先需要判断当前的子系统是否能够连接，即有一个如下的连接代码：

/** 指定的子系统是否是断开连接的 */
	public static boolean isOffline(SubSystem subSystem) {
		String url = subSystem.getRequestAddress();
		try {
			URL requestURL = new URL(url);
			HttpURLConnection urlConnection = (HttpURLConnection) requestURL.openConnection();
			urlConnection.connect();
			urlConnection.disconnect();
			return false;
		} catch(Exception ignore) {
			return true;
		}
	}

    就是由于这段代码，导致系统长时间停留在这段处理代码中。发现代码在处理connect时，半天无法响应。由于数据是在客户方copy回来了，所要连接的子系统的ip地址为192.168.1.99，而当前在笔者机器的ip为192.168.0.*,即在连接子系统时会无法连接，但这个连接不到所返回的时间也太长了。
    笔者测试了下时间，这段连接不的代码在windows下的异常时间（即开始连接到发生异常的时间)为20秒，而linux下这个时间就长了，达到了180秒，即java要经过180秒才能发现这个连接根本就连接不上。
    笔者又在cmd下通过ping，来测试一下连接时间，也是发现连接时间长时间也没有响应。

继续阅读“一定要为HttpUrlConnection设置connectTimeout属性以防止连接被阻塞”

web应用中服务器端不能终止客户端继续上传的验证

    在查看iteye的时候，发现了这么一个帖子：文件上传：服务器如何终止客户端继续上传。在原文中，提到了这么一个问题：该场景为：当上传文件不满足要求（服务器端检查：如文件超过大小限制，扩展名不正确等），服务器在等待文件上传完成之前立即返回，目的是终止浏览器继续上传。
    这样就不必需要待到客户端在把所有数据都上传到服务器端之后，再给客户端返回一个上传不合法的提示，同时，这也是一个避免大量战胜客户端内存和服务器端内存的一个方法。
    然而实际情况，并非如此，尽管在服务器端已经关闭了接收客户端上传数据的流，并且已经返回了结果，但这并不能阻止客户端继续上传未上传的数据。究其原因，还是因为在服务器端，处理的输入流并不是直接表示当前请求的输入流，关闭一个请求处理的输入流并不代表关闭此次请求的输入流，所以客户端仍然会继续上传剩下的数据。

    笔者做了一个简单的测试，在本机建立一个使用struts2的应用，设定最大上传数据大小为6*1024*1024（即6M)大小。当上传一个大于6M的数据时，服务器端报如一个数据过大的异常。但这并不能演示客户端的情况。于是，将上传数据扩大为600M（即一个oracle的安装文件)。在这次，服务器快速的返回了，然而客户端浏览器确已不再有反应了，进度条还在继续，还在上传中。过了好一会儿，才最终显示由服务器端返回的数据。

    在帖子中，提到一个处理这种问题的方法，即想办法找到表示当前请求的socket，当数据不合法时，直接关掉当前的socket，来关掉此次请求。由于笔者使用的是tomcat作为一个web应用服务器，所以通过反射的方法 找到了当前请求的socket，然后直接关掉此socket，来演示一下直接关掉请求的结果。处理代码如下所示：在JakataMultiPartRequest的parse(HttpServletRequest servletRequest, String saveDir)方法中，通过在catch异常的处理结果中添加以下处理代码：

try {
                Field field = RequestFacade.class.getDeclaredField("request");
                field.setAccessible(true);
                InputStream inputStream = ((InternalInputBuffer)((Request)field.get(( ((RequestFacade)servletRequest))))
            .getCoyoteRequest().getInputBuffer()).getInputStream();
                Field sf = inputStream.getClass().getDeclaredField("socket");
                sf.setAccessible(true);
                Socket socket = (Socket)sf.get(inputStream);
                OutputStream outputStream = socket.getOutputStream();
                outputStream.write("too long to upload".getBytes());
                outputStream.flush();
            inputStream.close();
            }catch(Exception ex) {
                ex.printStackTrace();
                throw new RuntimeException(ex);
            }

    即直接关掉在tomcat中表示当前请求处理的socket。有了这个之后，界面上的反应确实有变化了。
   
    在以上代码中，本意是想在数据超过大小的时候，往客户端写一条数据信息，并关掉当前socket(关掉inputStream即可关掉当前socket)，并期望浏览器上显示这里回显的数据。然而，结果并不是这样，实际的结果如下：

    因为请求socket被关闭了，所以界面上直接显示以上信息，即连接被关闭了，并没有出现想要的结果。

继续阅读“web应用中服务器端不能终止客户端继续上传的验证”