解决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

public class StringTest {staticString aaa="aaa";public static void main (String[] args){test(aaa);}public static void test(String a){aaa="bbb";System.out.println(a);}}
aaa的初始值是"aaa"，被传入到test方法后，aaa的值被改写为"bbb"。最后输入a的值，仍然是"aaa"。
其实这个就是楼主提出问题的一个概括，只是放在一个进程中实现的罢了。在aaa变量 被传入test方法时，会创建一个aaa的引用副本，这个引用副本指向的是"aaa"这个对象。此时，有两个引用都指向"aaa"对象，他们分别是aaa和a。现在你再去给aaa赋值，只是把aaa的引用指向一个新的对象"bbb"，而对"aaa"对象并任何影响。当然，jvm会不定时检测，如果"aaa"没有被任何引用指向，将会回收他的内存空间。但是在此时，在 test方法的运行栈里还有一个a引用来指向"aaa"，所以"aaa"这个对象的不会被回收。现在的情况已经很明了，在内存就是有两个引用,aaa和a,他们分别指向"bbb"对象和"aaa"对象。这个情况是不是很像基本类型的值传递？为什么会这样，个人感觉应该是String的赋值方式给大家带来的错觉吧。String aaa="aaa"，其实就是String aaa=new String("aaa")；你重新给aaa赋值，就是重新创建了一个对象，然后指向他，感觉就像是对一个副本进行操作，而对原版没有影响一样。
呵呵，说的嗦了点，这方面可以看一下java传递相关研究的文章，比我说的清晰多了。

最后，再来分析楼主的第二个例子，就很容易理解了
由于在A请求中，调用showUserInfo(String user ,String pass,java.io.PrintWriter _output)方法时，内存中已经有user这个引用指向了对象"userA"，那么当B请求来修改username时，只不过是把 username指向了一个新对象"userB"。然后在A请求中输出user的值 ，那肯定是它指向的"userA"了，与uaername已经完全没有关系了。public class StringTest {staticString aaa="aaa";public static void main (String[] args){test(aaa);}public static void test(String a){aaa="bbb";System.out.println(a);}}
aaa的初始值是"aaa"，被传入到test方法后，aaa的值被改写为"bbb"。最后输入a的值，仍然是"aaa"。
其实这个就是楼主提出问题的一个概括，只是放在一个进程中实现的罢了。在aaa变量 被传入test方法时，会创建一个aaa的引用副本，这个引用副本指向的是"aaa"这个对象。此时，有两个引用都指向"aaa"对象，他们分别是aaa和a。现在你再去给aaa赋值，只是把aaa的引用指向一个新的对象"bbb"，而对"aaa"对象并任何影响。当然，jvm会不定时检测，如果"aaa"没有被任何引用指向，将会回收他的内存空间。但是在此时，在 test方法的运行栈里还有一个a引用来指向"aaa"，所以"aaa"这个对象的不会被回收。现在的情况已经很明了，在内存就是有两个引用,aaa和a,他们分别指向"bbb"对象和"aaa"对象。这个情况是不是很像基本类型的值传递？为什么会这样，个人感觉应该是String的赋值方式给大家带来的错觉吧。String aaa="aaa"，其实就是String aaa=new String("aaa")；你重新给aaa赋值，就是重新创建了一个对象，然后指向他，感觉就像是对一个副本进行操作，而对原版没有影响一样。
呵呵，说的嗦了点，这方面可以看一下java传递相关研究的文章，比我说的清晰多了。

最后，再来分析楼主的第二个例子，就很容易理解了
由于在A请求中，调用showUserInfo(String user ,String pass,java.io.PrintWriter _output)方法时，内存中已经有user这个引用指向了对象"userA"，那么当B请求来修改username时，只不过是把 username指向了一个新对象"userB"。然后在A请求中输出user的值 ，那肯定是它指向的"userA"了，与uaername已经完全没有关系了。呵呵，精辟。
我想了半天不知道怎么表达。
（可能跟本人有点懒有关系吧。本来想画个图，结果画了几个不满意。）
在这里只能说楼上的辛苦了。