解决servlet非线程安全所导致jsp传参错误的一种方案
由于servlet是个线程池，而且是非线程安全，所以当压力过大的时候，容易导致一些奇怪的现象。
如下面的代码

　// instanceconcurrenttest.jsp
　　<%@ page contentType="text/html;charset=GBK" %>
　　<%!
　　//定义实例变量
　　String username;
　　String password;
　　java.io.PrintWriter output;
　　%>
　　<%
　　//从request中获取参数
　　username = request.getParameter("username");
　　password = request.getParameter("password");
　　output = response.getWriter();
　　showUserInfo();
　　%>
　　<%!
　　public void showUserInfo() {
　　//为了突出并发问题，在这儿首先执行一个费时操作
　　int i =0;
　　double sum = 0.0;
　　while (i++ < 200000000) {
　　sum += i;
　　}
　　
　　output.println(Thread.currentThread().getName() + "<br>");
　　output.println("username:" + username + "<br>");
　　output.println("password:" + password + "<br>");
　　}
　　%>
　　
　　在这个页面中，首先定义了两个实例变量，username和password。然后在从request中获取这两个参数，并调用showUserInfo()方法将请求用户的信息回显在该客户的浏览器上。在一个用户访问是，不存在问题。但在多个用户并发访问时，就会出现其它用户的信息显示在另外一些用户的浏览器上的问题。这是一个严重的问题。为了突出并发问题，便于测试、观察，我们在回显用户信息时执行了一个模拟的费时操作，比如，下面的两个用户同时访问（可以启动两个IE浏览器，或者在两台机器上同时访问）：
　　
　　a： http://localhost:8080/instanceconcurrenttest.jsp?username=a&password=123
　　
　　b： http://localhost:8080/instanceconcurrenttest.jsp?username=b&password=456
　　
　　如果a点击链接后，b再点击链接，那么，a将返回一个空白屏幕，b则得到a以及b两个线程的输出

如果是简单的将showUserInfo方法简单的synchronized并不能解决问题。（可以试一下）。

解决问题的办法是给方法中的变量传一个实例进取。

 　<%!
//定义实例变量
String username;
String password;
java.io.PrintWriter output;
%>
<%
//从request中获取参数
username = request.getParameter("username");
password = request.getParameter("password");
output = response.getWriter();
showUserInfo(username,password,output);
//showUserInfo();
%>
<%!
public void showUserInfo(String user ,String pass,java.io.PrintWriter _output) {
//	public void showUserInfo() {
//为了突出并发问题，在这儿首先执行一个费时操作
int i =0;
double sum = 0.0;
while (i++ < 200000000) {
	sum += i;
}
_output.println(Thread.currentThread().getName() + "<br>");
_output.println("username:" + user + "<br>");
_output.println("password:" + pass + "<br>");
}
%>

这样就可以解决问题。

但我有点想不明白的是java传参数是传得引用，可是这里如果是引用的话那和上面的代码效果应该一样。所以推断，传得是实例。
问题时解决了，但我不想继续得过且过，不知道我那里想错了，请各位指点。

上面的例子摘自：http://publish.it168.com/2005/1209/20051209002201_hezuo.shtml?cChanNel=11&cpositioncode=296&hezuo=2