中的另类用法呢

包括产品设计、销售等其他工作均可放心地外包出去。这使得在新疆的纺织企业 上面演示中，用户信息的移除是通过调用类的logout()方法来实现的。但假如用户没有点按＜注销＞按钮而直接关闭IE或转到其他站，该用户信息不是就一直存留在系统中吗？

让我们看看类testSession中的一个方法：

protected void finalize() {

moveappses(er,id);

}用户访问应用，只有一个入口：login。应用的所有用户登录都可以被观察到。用户离开应用，有三种可能：注销、转到其他站、直接关闭浏览器。选择注销离开应用，可以被程序观察到（logout），而后两种方式的离开应用，却不会调用logout。要观察到后两种方式，就需要使用对象的finalize()方法。

用户通过转到其他站、直接关闭浏览器两种方式离开应用超过Session的timeout时间时，用户的Session对象会自动失效，即变为无用对象，而列入了垃圾收集器的回收范围；关联的，\"寄存\"在Session中的testSession对象会同时变为无用对象（在其生命期，仅存在Session对它的引用，Session失效了，它的唯一引用者不存在了，也就变成了无用对象）。垃圾收集器运行时，首先会调用testSession的finalize()，testSession就通过在finalize()方法中清除app_vts中存储的本用户信息。在testSession类代码中可看到，finalize()调用类的removeappses()方法执行实际的清除操作。垃圾收集器的运行，除了让其根据需要自动启动外，也可通过程序调用来启动它，比如：() 就直接启动系统垃圾收集动作。

可以想见，本例如果不利用类的finalize()方法，我们很难找到另一种简便的途径来达到清除用户信息的目的，因为用户非正常离开应用的事件对WEB服务端来说是无法感知的。

在testSession类代码中还有一个比较特殊的地方，实现用户信息加入和清除的两个方法addappses 和removeappses都被定义为static synchronized 类型。为什么呢？这是同步的需要。

App_vts是个应用级的全局可共享对象，在同一时刻连接到WEB 上的有多个用户，这些用户都可以操作对象app_vts。如果有两个或以上的用户同时调用testSession的addappses或removeappses方法（这是完全可能的，因为WEB SERVER是多线程服务），将带来不可预料的结果。

为了防止两个或以上的客户程序（属于不同线程）同时访问一个资源，JAVA提供了一种内建的机制来解决冲突。这种机制就是synchronized（同步）。在一个类中将一个特定的方法设为synchronized（同步的），便可有效地防止冲突，在任何时刻，只能有一个线程调用特定对象的一个synchronized方法（尽管那个线程可以调用多个对象的同步方法），另一个线程只有等上一线程对该方法的调用执行完毕后才能获得该方法的调用权。大致的工作机制可以这样认为：每个对象都包含了一把锁（也叫作\"监视器\"），它自动成为对象的一部分；调用任何synchronized方法时，对象就会被锁定，不可再调用那个对象的其他任何synchronized方法，除非第一个方法完成了自己的工作，并解除锁定。在类testSession中，将 addappses和removeappses这两个方法设为了synchronized，当调用testSession对象的addappses方法时，便不能再同时调用testSession对象的removeappses方法，反之亦然。

Synchronized又有两个级别。当我们将一个方法仅仅设为synchronized时，那是对象级的\"锁\"，虽然一个对象的synchronized方法不可同时调用，却可以同时调用不同对象的同一个synchronized方法。所以这样做还没完全解决问题，因为两个用户（各有自己的testSession对象）可以同时调用addappses方法同时操作app_vts。当我们将一个方法设为static synchronized时，则是类级的\"锁\"。类包含的\"锁\"（自动作为类的Class对象的一部分），可在一个类的范围内被相互间锁定起来，从那个类创建的所有对象都共享一把\"锁\"。就如testSession实际所做的那样，addappses 和removeappses被定义为static synchronized 类型，这样，任一时候，所有线程用户中肯定只能有一个用户调用addappses 和removeappses两者中的一个方法，达到防止冲突的目的。

以上样例在WINDOWS 2000、TOMCAT40、JDK13中通过。

查看本文来源