67,512
社区成员
发帖
与我相关
我的任务
分享关于Servlet反映时间过慢时客户端关闭浏览器Servlet是否还会继续进行下面的运算？
如果用Servlet做文件下载的话，当用户中途取消了下载那么Servlet是会继续向用户传送没有传送完的文件还是Servlet会自动关闭当前线程？
下面是做的输出测试，这个测试模拟的是服务器端业务逻辑处理速度过慢时用户关闭浏览器Servlet的业务逻辑是否会自动关闭。经测试发现Servlet并没有关闭，而是一直运行着Servlet线程。
正常来说服务器应该会知道用户的链接已经断开了的，由于客户端并没有对服务器发送的包产生回馈，这表示网络连接已经断开，这时服务器应该自动关闭该网络连接对应的线程了。但是在Tomcat6.02下并没有关闭该线程。
如果这是大部分服务器的通病的话那么是否可以通过连接与关闭下载文件链接或者其他页面内容较多的链接来攻击该服务器呢？
如果是可以设置的那么应该如何设置呢？测试代码在下面，关闭浏览器后800S时间Servlet的线程还在运行。
下面是做的输出测试，这个测试模拟的是服务器端业务逻辑处理速度过慢时用户关闭浏览器Servlet的业务逻辑是否会自动关闭。经测试发现Servlet并没有关闭，而是一直运行着Servlet线程。
正常来说服务器应该会知道用户的链接已经断开了的，由于客户端并没有对服务器发送的包产生回馈，这表示网络连接已经断开，这时服务器应该自动关闭该网络连接对应的线程了。但是在Tomcat6.02下并没有关闭该线程。
如果这是大部分服务器的通病的话那么是否可以通过连接与关闭下载文件链接或者其他页面内容较多的链接来攻击该服务器呢？
如果是可以设置的那么应该如何设置呢？测试代码在下面，关闭浏览器后800S时间Servlet的线程还在运行。
package com.wan2go.test.servlet;
import java.io.IOException;
import java.io.PrintWriter;
import javax.servlet.ServletException;
import javax.servlet.http.HttpServlet;
import javax.servlet.http.HttpServletRequest;
import javax.servlet.http.HttpServletResponse;
public class CloseTest extends HttpServlet {
/**
* Constructor of the object.
*/
public CloseTest() {
super();
}
/**
* Destruction of the servlet. <br>
*/
public void destroy() {
super.destroy(); // Just puts "destroy" string in log
// Put your code here
}
/**
* The doGet method of the servlet. <br>
*
* This method is called when a form has its tag value method equals to get.
*
* @param request the request send by the client to the server
* @param response the response send by the server to the client
* @throws ServletException if an error occurred
* @throws IOException if an error occurred
*/
public void doGet(HttpServletRequest request, HttpServletResponse response)
throws ServletException, IOException {
response.setContentType("text/html");
PrintWriter out = response.getWriter();
out
.println("<!DOCTYPE HTML PUBLIC \"-//W3C//DTD HTML 4.01 Transitional//EN\">");
out.println("<HTML>");
out.println(" <HEAD><TITLE>A Servlet</TITLE></HEAD>");
out.println(" <BODY>");
out.print(" This is ");
for(int i = 0; i < 10000; i++){
out.println("a"+i+"<br>");
System.out.println("I'm out printing. Current num is "+i);
out.flush();
try {
Thread.sleep(1000);
} catch (InterruptedException e) {
// TODO Auto-generated catch block
e.printStackTrace();
}
}
out.print(this.getClass());
out.println(", using the GET method");
out.println(" </BODY>");
out.println("</HTML>");
System.out.println("I'm closed!");
out.flush();
out.close();
}
/**
* The doPost method of the servlet. <br>
*
* This method is called when a form has its tag value method equals to post.
*
* @param request the request send by the client to the server
* @param response the response send by the server to the client
* @throws ServletException if an error occurred
* @throws IOException if an error occurred
*/
public void doPost(HttpServletRequest request, HttpServletResponse response)
throws ServletException, IOException {
response.setContentType("text/html");
PrintWriter out = response.getWriter();
out
.println("<!DOCTYPE HTML PUBLIC \"-//W3C//DTD HTML 4.01 Transitional//EN\">");
out.println("<HTML>");
out.println(" <HEAD><TITLE>A Servlet</TITLE></HEAD>");
out.println(" <BODY>");
out.print(" This is ");
out.print(this.getClass());
out.println(", using the POST method");
out.println(" </BODY>");
out.println("</HTML>");
out.flush();
out.close();
}
/**
* Initialization of the servlet. <br>
*
* @throws ServletException if an error occurs
*/
public void init() throws ServletException {
// Put your code here
}
}
...全文
请发表友善的回复…
发表回复
快乐的2 2010-07-31
- 打赏
- 举报
虽然问题没有完全解决，但还是给了不少启发。
dr_lou 2010-07-28
- 打赏
- 举报
恩，火龙果分析出的结果合情合理。
我想服务端执行掉线检测的代价大过继续执行吧。
我想服务端执行掉线检测的代价大过继续执行吧。
火龙果被占用了 2010-07-28
- 打赏
- 举报
[Quote=引用 3 楼 silence_smile 的回复:]
引用 1 楼 bao110908 的回复:
会继续执行，TCP 连接还处于等待关闭关态，服务端会执行完成，只是用户收不到了。
如果 HTTP 请求服务端还未完成，客户端就强制取消，这时 TCP 会变为 FIN_WAIT_1 和 FIN_WAIT_2 状态，服务端会进入 CLOSE_WAIT 状态，只有等到服务端全部处理完成后，客户端的 TCP 才会变成 TIME_WAIT 状态，经过……
[/Quote]
呵呵，这也是我无意之中发觉的。
有一次用 URLConnection 请求服务端，需要设置读取响应的超时时间，当到达超时时间后客户端程序可以不再阻塞掉了，但是端口连接还是占用着的，而且在服务端写的测试代码还在运行中，服务端的端口也是占用着，等到服务端执行完后，双方的端口才会被释放，TCP 连接才算结束。
引用 1 楼 bao110908 的回复:
会继续执行，TCP 连接还处于等待关闭关态，服务端会执行完成，只是用户收不到了。
如果 HTTP 请求服务端还未完成，客户端就强制取消，这时 TCP 会变为 FIN_WAIT_1 和 FIN_WAIT_2 状态，服务端会进入 CLOSE_WAIT 状态，只有等到服务端全部处理完成后，客户端的 TCP 才会变成 TIME_WAIT 状态，经过……
[/Quote]
呵呵，这也是我无意之中发觉的。
有一次用 URLConnection 请求服务端，需要设置读取响应的超时时间，当到达超时时间后客户端程序可以不再阻塞掉了，但是端口连接还是占用着的，而且在服务端写的测试代码还在运行中，服务端的端口也是占用着，等到服务端执行完后，双方的端口才会被释放，TCP 连接才算结束。
Silence_Smile 2010-07-28
- 打赏
- 举报
[Quote=引用 1 楼 bao110908 的回复:]
会继续执行，TCP 连接还处于等待关闭关态，服务端会执行完成，只是用户收不到了。
如果 HTTP 请求服务端还未完成，客户端就强制取消，这时 TCP 会变为 FIN_WAIT_1 和 FIN_WAIT_2 状态，服务端会进入 CLOSE_WAIT 状态，只有等到服务端全部处理完成后，客户端的 TCP 才会变成 TIME_WAIT 状态，经过 2MSL 的等待时间后操作系统就回收占用的端口。……
[/Quote]
学习了
会继续执行，TCP 连接还处于等待关闭关态，服务端会执行完成，只是用户收不到了。
如果 HTTP 请求服务端还未完成，客户端就强制取消，这时 TCP 会变为 FIN_WAIT_1 和 FIN_WAIT_2 状态，服务端会进入 CLOSE_WAIT 状态，只有等到服务端全部处理完成后，客户端的 TCP 才会变成 TIME_WAIT 状态，经过 2MSL 的等待时间后操作系统就回收占用的端口。……
[/Quote]
学习了
火龙果被占用了 2010-07-28
- 打赏
- 举报
你用:
Linux: netstat -anp | grep 进程ID
Windows: netstat -ano | find 进程ID
可以看到客户端或者是服务端所建立的 TCP 状态。
Linux: netstat -anp | grep 进程ID
Windows: netstat -ano | find 进程ID
可以看到客户端或者是服务端所建立的 TCP 状态。
火龙果被占用了 2010-07-28
- 打赏
- 举报
会继续执行，TCP 连接还处于等待关闭关态，服务端会执行完成，只是用户收不到了。
如果 HTTP 请求服务端还未完成，客户端就强制取消，这时 TCP 会变为 FIN_WAIT_1 和 FIN_WAIT_2 状态，服务端会进入 CLOSE_WAIT 状态，只有等到服务端全部处理完成后，客户端的 TCP 才会变成 TIME_WAIT 状态，经过 2MSL 的等待时间后操作系统就回收占用的端口。
如果 HTTP 请求服务端还未完成，客户端就强制取消，这时 TCP 会变为 FIN_WAIT_1 和 FIN_WAIT_2 状态，服务端会进入 CLOSE_WAIT 状态，只有等到服务端全部处理完成后，客户端的 TCP 才会变成 TIME_WAIT 状态，经过 2MSL 的等待时间后操作系统就回收占用的端口。
