<rt id="bn8ez"></rt>
<label id="bn8ez"></label>

  • <span id="bn8ez"></span>

    <label id="bn8ez"><meter id="bn8ez"></meter></label>

    codefans

    導航

    <2005年7月>
    262728293012
    3456789
    10111213141516
    17181920212223
    24252627282930
    31123456

    統計

    常用鏈接

    留言簿(2)

    隨筆分類

    隨筆檔案

    文章分類

    文章檔案

    程序設計鏈接

    搜索

    最新評論

    閱讀排行榜

    評論排行榜

    2005年7月26日 #

    09年的一月

      一年又過去了,習慣上我還是使用陰歷來判別一年,元旦過后,我還沒有想到一年又過去了,但是過完春節,這種感覺就突然特別強烈起來,呵呵,小時候養成的習慣,不是說變就能改變的。
       在一月份怎么說呢,上半個月感覺特別累,人也特別敏感,易怒。下半個月,還是相對比較輕松的心態,就算是犒勞自己吧。第一二周主要是準備工作匯報材料,一群人沒日沒夜地干,就為了把工作匯報整出色, 還額外新增了許多功能,光說短信吧, 短短3天,就集成進了系統,這個不容易啊,每個人都鉚足了勁,想整點色彩出來,當然我其實也知道,我說過12月會輕松一點,但是12月份沒有輕松過,然后我又說1月份會輕松一點,接著就是更累得一月份,自己也感覺慚愧啊,項目本來工作量太多是一方面,但是更多的,我還是認為,管理上面還是存在很大問題,沒有預見到兩個重大問題,第一,框架的嚴重不足,第二,人員培訓嚴重不足,當時對框架依賴程度過高, 其實框架在后面幾次致命的變動,給系統帶來的修改工作量非同一般啊;對人員的水平估計過高,也是把所有人包括自己弄得很慘的一個重要原因,以為經過前面的一個小項目,人員水平應該都有很大的提高,滿足一般的項目需求問題不是很大的,但是實際情況告訴我,從一個不懂編程到熟練工, 絕對不是一蹴而就的,就算是勞動強度很大的鍛煉,那也需要很長時間的,至少也需要一到兩年。我們只用了2個月,就算是學了九陽神功也沒有那么快啊。當然所有的一切責任歸結起來,就是項目管理的失敗,風險識別錯誤,一開始的風險識別就只是考慮時間緊,業務不熟練,根本就沒有考慮到人員的技術水平,所以后面對質量的忽視的默許,對人員培養的中斷, 直接導致了最后的一個大泥潭,當然我們現在是甲方,這個跳蚤還是得自己摘掉的,因為你不是干一票就走人的阿。
      在匯報后,就開始進行年終總結, 呵呵,因為有很多感想,計劃的三千字,輕易的就達到,寫得時候根本就沒有考慮過達到了。

    針對需要改進的內容也寫了很多,有幾點特別重要,第一,千萬不要深度參與到項目的開發中去,因為這樣你害了所有人,沒有統籌安排,必然導致更多的問題和混亂,而且這些內容遲早要交接出去的,那么,別人接手還是很痛苦,所以從一開始就要把握好自己。第二,計劃很重要,計劃要仔細考慮,不是一拍腦袋,計劃就出來,完成了很多電子表格,但是這沒有用,有用的計劃應該是討論出來的,是仔細思考,全盤考慮的結果。最后,計劃始終只是計劃,還需要不斷跟進,這樣才能逐步逼近目標。

    下月還有一些計劃,主要一個是制定項目管理規范,很多時候做到有章可循還是比較好的,最佳實踐不一定完全適合你,但是你總能受點啟發吧。日積月累,不就形成了一個所以得經驗了嗎?打游戲還講究經驗值呢,做事為什么就要拒絕經驗呢。
    第二個,還要把現在的內容消化,現在內容很多,但老實說,需要花力氣整合,而且還有些核心功能都不是特別穩定,也急切需要穩定。現在一堆所謂的重構, 但是我一直知道有一句話,沒有最好,只有最合適。其實對于軟件也是這樣,優化是沒有止境的,但是我們也要有一個度,再過三個月,回過頭來看,現在的很多功能和代碼又會有點像狗屎,因為你進步了。是不是我們再花力氣把它們都重構一下呢,不一定。首先用戶對于你的修改是否認為一定需要,用的還蠻好的,也總的給我一個更換的理由吧, 總不能說廠家都從n70換到n73, 我就要換吧。其次,你的時間和精力允許你這樣做嗎?但是并不是代表我們就什么都不做,一直拒絕新事物,這樣怎么能從量變到質變呢,不質變,不適應新情況了總是要被淘汰的吧,比如小靈通。

    所以我想我們每個人都要習慣改變,但是要抓住本質,有一句話“要么改變,要么被改變”。

    posted @ 2009-02-04 21:07 春雷的博客 閱讀(278) | 評論 (0)編輯 收藏

    防止緩存

    1, 使用java提供的方法,在jsp或者servlet中都可以
    <%
    response.setHeader("Pragma","No-cache");
    response.setHeader("Cache-Control","no-cache");
    response.setDateHeader("Expires", 0);
    %>
    2, 使用HTML標記,如下面:
    <HEAD>
    <META HTTP-EQUIV="Pragma" CONTENT="no-cache">
    <META HTTP-EQUIV="Cache-Control" CONTENT="no-cache">
    <META HTTP-EQUIV="Expires" CONTENT="0">
    </HEAD>  

    posted @ 2006-01-12 12:40 春雷的博客 閱讀(315) | 評論 (0)編輯 收藏

    int、char、double與byte相互轉換的程序

    轉載  http://www.matrix.org.cn/thread.shtml?forum_id=19&view_id=919
    int、char、double與byte相互轉換的程序
    //整數到字節數組的轉換
      public static byte[] intToByte(int number) {
        int temp = number;
        byte[] b=new byte[4];
        for (int i=b.length-1;i>-1;i--){
          b[i] = new Integer(temp&0xff).byteValue();      //將最高位保存在最低位
          temp = temp >> 8;       //向右移8位
        }
        return b;
      }

      //字節數組到整數的轉換
      public static int byteToInt(byte[] b) {
        int s = 0;
        for (int i = 0; i < 3; i++) {
          if (b[i] >= 0)
            s = s + b[i];
          else


            s = s + 256 + b[i];
          s = s * 256;
        }
        if (b[3] >= 0)       //最后一個之所以不乘,是因為可能會溢出
          s = s + b[3];
        else
          s = s + 256 + b[3];
        return s;
      }

      //字符到字節轉換
      public static byte[] charToByte(char ch){
        int temp=(int)ch;
        byte[] b=new byte[2];
        for (int i=b.length-1;i>-1;i--){
          b[i] = new Integer(temp&0xff).byteValue();      //將最高位保存在最低位
          temp = temp >> 8;       //向右移8位
        }
        return b;
      }

      //字節到字符轉換


      public static char byteToChar(byte[] b){
        int s=0;
        if(b[0]>0)
          s+=b[0];
        else
          s+=256+b[0];
        s*=256;
        if(b[1]>0)
          s+=b[1];
        else
          s+=256+b[1];
        char ch=(char)s;
        return ch;
      }

      //浮點到字節轉換
      public static byte[] doubleToByte(double d){
        byte[] b=new byte[8];
        long l=Double.doubleToLongBits(d);
        for(int i=0;i<b.length;i++){
          b[i]=new Long(l).byteValue();
          l=l>>8;


        }
        return b;
      }

      //字節到浮點轉換
      public static double byteToDouble(byte[] b){
        long l;

        l=b[0];
        l&=0xff;
        l|=((long)b[1]<<8);
        l&=0xffff;
        l|=((long)b[2]<<16);
        l&=0xffffff;
        l|=((long)b[3]<<24);
        l&=0xffffffffl;
        l|=((long)b[4]<<32);
        l&=0xffffffffffl;

        l|=((long)b[5]<<40);
        l&=0xffffffffffffl;
        l|=((long)b[6]<<48);


        l|=((long)b[7]<<56);
        return Double.longBitsToDouble(l);
      }

    --

    posted @ 2005-11-25 12:42 春雷的博客 閱讀(920) | 評論 (0)編輯 收藏

    Java 多線程入門大全

     
    先從線程的創建說起.線程的創建一共有兩種形式:

    --------------------------------------------------------------------------------

        一種是繼承自Thread類.Thread 類是一個具體的類,即不是抽象類,該類封裝了線程的行為.要創建一個線程,程序員必須創建一個從 Thread 類導出的新類.程序員通過覆蓋 Thread 的 run() 函數來完成有用的工作.用戶并不直接調用此函數;而是通過調用 Thread 的 start() 函數,該函數再調用 run().
        
        例如:

        public class Test extends Thread{
          public Test(){
          }
          public static void main(String args[]){
            Test t1 = new Test();
            Test t2 = new Test();
            t1.start();
            t2.start();
          }
          public void run(){
            //do thread's things
          }
        }

    --------------------------------------------------------------------------------

        
        另一種是實現Runnable接口,此接口只有一個函數,run(),此函數必須由實現了此接口的類實現.
        
        例如:

        public class Test implements Runnable{
          Thread thread1;
          Thread thread2;
          public Test(){
            thread1 = new Thread(this,"1");
            thread2 = new Thread(this,"2");
          }
          public static void main(String args[]){
            Test t = new Test();
            t.startThreads();
          }
          public void run(){
            //do thread's things
          }
          public void startThreads(){
            thread1.start();
            thread2.start();
          }
        }

        兩種創建方式看起來差別不大,但是弄不清楚的話,也許會將你的程序弄得一團糟.兩者區別有以下幾點:

    1.當你想繼承某一其它類時,你只能用后一種方式.

    2.第一種因為繼承自Thread,只創建了自身對象,但是在數量上,需要幾個線程,就得創建幾個自身對象;第二種只創建一個自身對象,卻創建幾個Thread對象.而兩種方法重大的區別就在于此,請你考慮:如果你在第一種里創建數個自身對象并且start()后,你會發現好像synchronized不起作用了,已經加鎖的代碼塊或者方法居然同時可以有幾個線程進去,而且同樣一個變量,居然可以有好幾個線程同時可以去更改它.(例如下面的代碼)這是因為,在這個程序中,雖然你起了數個線程,可是你也創建了數個對象,而且,每個線程對應了每個對象也就是說,每個線程更改和占有的對象都不一樣,所以就出現了同時有幾個線程進入一個方法的現象,其實,那也不是一個方法,而是不同對象的相同的方法.所以,這時候你要加鎖的話,只能將方法或者變量聲明為靜態,將static加上后,你就會發現,線程又能管住方法了,同時不可能有兩個線程進入同樣一個方法,那是因為,現在不是每個對象都擁有一個方法了,而是所有的對象共同擁有一個方法,這個方法就是靜態方法.

        而你如果用第二種方法使用線程的話,就不會有上述的情況,因為此時,你只創建了一個自身對象,所以,自身對象的屬性和方法對于線程來說是共有的.

        因此,我建議,最好用后一種方法來使用線程.

    public class mainThread extends Thread{
      int i=0;
      public static void main(String args[]){
        mainThread m1 = new mainThread();
        mainThread m2 = new mainThread();
        mainThread m3 = new mainThread();
        mainThread m4 = new mainThread();
        mainThread m5 = new mainThread();
        mainThread m6 = new mainThread();
        m1.start();
        m2.start();
        m3.start();
        m4.start();
        m5.start();
        m6.start();
      }
      public synchronized void t1(){
        i=++i;
        try{

    Thread.sleep(500);
        }
        catch(Exception e){}
        //每個線程都進入各自的t1()方法,分別打印各自的i
        System.out.println(Thread.currentThread().getName()+" "+i);
      }
      public void run(){
        synchronized(this){
          while (true) {
            t1();
          }
        }
      }
    }

    --------------------------------------------------------------------------------

        下面我們來講synchronized的4種用法吧:

        1.方法聲明時使用,放在范圍操作符(public等)之后,返回類型聲明(void等)之前.即一次只能有一個線程進入該方法,其他線程要想在此時調用該方法,只能排隊等候,當前線程(就是在synchronized方法內部的線程)執行完該方法后,別的線程才能進入.

          例如:

          public synchronized void synMethod() {
            //方法體
          }

        2.對某一代碼塊使用,synchronized后跟括號,括號里是變量,這樣,一次只有一個線程進入該代碼塊.例如:

          public int synMethod(int a1){
            synchronized(a1) {
              //一次只能有一個線程進入
            }
          }
        3.synchronized后面括號里是一對象,此時,線程獲得的是對象鎖.例如:

    public class MyThread implements Runnable {
      public static void main(String args[]) {
        MyThread mt = new MyThread();
        Thread t1 = new Thread(mt, "t1");
        Thread t2 = new Thread(mt, "t2");
        Thread t3 = new Thread(mt, "t3");
        Thread t4 = new Thread(mt, "t4");
        Thread t5 = new Thread(mt, "t5");
        Thread t6 = new Thread(mt, "t6");
        t1.start();
        t2.start();
        t3.start();
        t4.start();
        t5.start();
        t6.start();
      }

      public void run() {
        synchronized (this) {
          System.out.println(Thread.currentThread().getName());
        }
      }
    }


        對于3,如果線程進入,則得到對象鎖,那么別的線程在該類所有對象上的任何操作都不能進行.在對象級使用鎖通常是一種比較粗糙的方法.為什么要將整個對象都上鎖,而不允許其他線程短暫地使用對象中其他同步方法來訪問共享資源?如果一個對象擁有多個資源,就不需要只為了讓一個線程使用其中一部分資源,就將所有線程都鎖在外面.由于每個對象都有鎖,可以如下所示使用虛擬對象來上鎖:

    class FineGrainLock {

       MyMemberClass x, y;
       Object xlock = new Object(), ylock = new Object();

       public void foo() {
          synchronized(xlock) {
             //access x here
          }

          //do something here - but don't use shared resources

          synchronized(ylock) {
             //access y here
          }
       }

       public void bar() {
          synchronized(this) {
             //access both x and y here
          }
          //do something here - but don't use shared resources
       }
    }



        4.synchronized后面括號里是類.例如:

    class ArrayWithLockOrder{
      private static long num_locks = 0;
      private long lock_order;
      private int[] arr;

      public ArrayWithLockOrder(int[] a)
      {
        arr = a;
        synchronized(ArrayWithLockOrder.class) {//-----------------------------------------這里
          num_locks++;             // 鎖數加 1.
          lock_order = num_locks;  // 為此對象實例設置唯一的 lock_order.
        }
      }
      public long lockOrder()
      {
        return lock_order;
      }
      public int[] array()
      {
        return arr;
      }
    }

    class SomeClass implements Runnable

    {
      public int sumArrays(ArrayWithLockOrder a1,
                           ArrayWithLockOrder a2)
      {
        int value = 0;
        ArrayWithLockOrder first = a1;       // 保留數組引用的一個
        ArrayWithLockOrder last = a2;        // 本地副本.
        int size = a1.array().length;
        if (size == a2.array().length)
        {
          if (a1.lockOrder() > a2.lockOrder())  // 確定并設置對象的鎖定
          {                                     // 順序.
            first = a2;
            last = a1;
          }
          synchronized(first) {              // 按正確的順序鎖定對象.
            synchronized(last) {
              int[] arr1 = a1.array();
              int[] arr2 = a2.array();
              for (int i=0; i<size; i++)
                value += arr1[i] + arr2[i];
            }
          }
        }
        return value;
      }
      public void run() {
        //...
      }
    }



        對于4,如果線程進入,則線程在該類中所有操作不能進行,包括靜態變量和靜態方法,實際上,對于含有靜態方法和靜態變量的代碼塊的同步,我們通常用4來加鎖.

    以上4種之間的關系:

        鎖是和對象相關聯的,每個對象有一把鎖,為了執行synchronized語句,線程必須能夠獲得synchronized語句中表達式指定的對象的鎖,一個對象只有一把鎖,被一個線程獲得之后它就不再擁有這把鎖,線程在執行完synchronized語句后,將獲得鎖交還給對象.
        在方法前面加上synchronized修飾符即可以將一個方法聲明為同步化方法.同步化方法在執行之前獲得一個鎖.如果這是一個類方法,那么獲得的鎖是和聲明方法的類相關的Class類對象的鎖.如果這是一個實例方法,那么此鎖是this對象的鎖.

    --------------------------------------------------------------------------------

      下面談一談一些常用的方法:

      wait(),wait(long),notify(),notifyAll()等方法是當前類的實例方法,
        
            wait()是使持有對象鎖的線程釋放鎖;
            wait(long)是使持有對象鎖的線程釋放鎖時間為long(毫秒)后,再次獲得鎖,wait()和wait(0)等價;
            notify()是喚醒一個正在等待該對象鎖的線程,如果等待的線程不止一個,那么被喚醒的線程由jvm確定;
            notifyAll是喚醒所有正在等待該對象鎖的線程.
            在這里我也重申一下,我們應該優先使用notifyAll()方法,因為喚醒所有線程比喚醒一個線程更容易讓jvm找到最適合被喚醒的線程.

        對于上述方法,只有在當前線程中才能使用,否則報運行時錯誤java.lang.IllegalMonitorStateException: current thread not owner.

    --------------------------------------------------------------------------------

        下面,我談一下synchronized和wait(),notify()等的關系:

    1.有synchronized的地方不一定有wait,notify

    2.有wait,notify的地方必有synchronized.這是因為wait和notify不是屬于線程類,而是每一個對象都具有的方法,而且,這兩個方法都和對象鎖有關,有鎖的地方,必有synchronized.

    另外,請注意一點:如果要把notify和wait方法放在一起用的話,必須先調用notify后調用wait,因為如果調用完wait,該線程就已經不是current thread了.如下例:

    /**
    * Title:        Jdeveloper's Java Projdect
    * Description:  n/a
    * Copyright:    Copyright ? 2001
    * Company:      soho  http://www.ChinaJavaWorld.com
    * @author jdeveloper@21cn.com
    * @version 1.0
    */
    import java.lang.Runnable;
    import java.lang.Thread;

    public class DemoThread
        implements Runnable {

      public DemoThread() {
        TestThread testthread1 = new TestThread(this, "1");

    TestThread testthread2 = new TestThread(this, "2");

        testthread2.start();
        testthread1.start();

      }

      public static void main(String[] args) {
        DemoThread demoThread1 = new DemoThread();

      }

      public void run() {

        TestThread t = (TestThread) Thread.currentThread();
        try {
          if (!t.getName().equalsIgnoreCase("1")) {
            synchronized (this) {
              wait();
            }
          }
          while (true) {

            System.out.println("@time in thread" + t.getName() + "=" +
                               t.increaseTime());

            if (t.getTime() % 10 == 0) {
              synchronized (this) {
                System.out.println("****************************************");
                notify();
                if (t.getTime() == 100)
                  break;
                wait();
              }
            }
          }
        }
        catch (Exception e) {
          e.printStackTrace();
        }
      }

    }

    class TestThread
        extends Thread {
      private int time = 0;
      public TestThread(Runnable r, String name) {
        super(r, name);
      }

      public int getTime() {
        return time;
      }

      public int increaseTime() {
        return++time;
      }

    }

        下面我們用生產者/消費者這個例子來說明他們之間的關系:

        public class test {
      public static void main(String args[]) {
        Semaphore s = new Semaphore(1);
        Thread t1 = new Thread(s, "producer1");
        Thread t2 = new Thread(s, "producer2");
        Thread t3 = new Thread(s, "producer3");
        Thread t4 = new Thread(s, "consumer1");
        Thread t5 = new Thread(s, "consumer2");
        Thread t6 = new Thread(s, "consumer3");
        t1.start();
        t2.start();
        t3.start();
        t4.start();
        t5.start();
        t6.start();
      }
    }

    class Semaphore
        implements Runnable {
      private int count;
      public Semaphore(int n) {
        this.count = n;
      }

      public synchronized void acquire() {
        while (count == 0) {
          try {
            wait();
          }
          catch (InterruptedException e) {
            //keep trying
          }
        }
        count--;
      }

      public synchronized void release() {
        while (count == 10) {
          try {
            wait();
          }
          catch (InterruptedException e) {
            //keep trying
          }
        }
        count++;
        notifyAll(); //alert a thread that's blocking on this semaphore
      }

      public void run() {
        while (true) {
          if (Thread.currentThread().getName().substring(0,8).equalsIgnoreCase("consumer")) {
            acquire();
          }
          else if (Thread.currentThread().getName().substring(0,8).equalsIgnoreCase("producer")) {
            release();
          }
          System.out.println(Thread.currentThread().getName() + " " + count);
        }
      }
    }

           生產者生產,消費者消費,一般沒有沖突,但當庫存為0時,消費者要消費是不行的,但當庫存為上限(這里是10)時,生產者也不能生產.請好好研讀上面的程序,你一定會比以前進步很多.

          上面的代碼說明了synchronized和wait,notify沒有絕對的關系,在synchronized聲明的方法,代碼塊中,你完全可以不用wait,notify等方法,但是,如果當線程對某一資源存在某種爭用的情況下,你必須適時得將線程放入等待或者喚醒.

     

     

    ------------------------

    在java中,每個對象只有一個相應的monitor,一個mutex,而每一個monitor都可以有多個“doors”可以進入,即,同一個monitor中被守護的代碼可以在不同的地方,因為同一個對象可以出現在不同的代碼段,只要mutex鎖定的對象是同一個,每個入口都用Synchronized關鍵字表明,當一個線程通過了Synchronized關鍵字,它就所住了該monitor所有的doors。因此是mutex定義了monitor而不是代碼。

    另外,wait和notify、notifyAll都是Object的方法,使用wait必須是The current thread must own this object's monitor
    wait
    public final void wait()
                    throws InterruptedExceptionCauses current thread to wait until another thread invokes the notify() method or the notifyAll() method for this object. In other words, this method behaves exactly as if it simply performs the call wait(0).
    The current thread must own this object's monitor. The thread releases ownership of this monitor and waits until another thread notifies threads waiting on this object's monitor to wake up either through a call to the notify method or the notifyAll method. The thread then waits until it can re-obtain ownership of the monitor and resumes execution.

    This method should only be called by a thread that is the owner of this object's monitor. See the notify method for a description of the ways in which a thread can become the owner of a monitor.


    Throws:
    IllegalMonitorStateException - if the current thread is not the owner of the object's monitor.
    InterruptedException - if another thread has interrupted the current thread. The interrupted status of the current thread is cleared when this exception is thrown.
    See Also:
    notify(), notifyAll()

    A thread becomes the owner of the object's monitor in one of three ways:

    By executing a synchronized instance method of that object.
    By executing the body of a synchronized statement that synchronizes on the object.
    For objects of type Class, by executing a synchronized static method of that class.
    Only one thread at a time can own an object's monitor.

      

    posted @ 2005-11-23 18:27 春雷的博客 閱讀(716) | 評論 (0)編輯 收藏

    2005.11.14

    瑟瑟北風落葉零,冷冷秋雨窗前聽。晚來陣陣涼意襲,夜深唙唙芭蕉響。

    posted @ 2005-11-15 16:54 春雷的博客 閱讀(302) | 評論 (0)編輯 收藏

    最近找到一個很不錯介紹session的文章

     

    關鍵詞:Session

     標題:Session詳解 
    --------------------------------------------------------------------------------
    [評論]

    作者:郎云鵬(dev2dev ID: hippiewolf)

    摘要:雖然session機制在web應用程序中被采用已經很長時間了,但是仍然有很多人不清楚session機制的本質,以至不能正確的應用這一技術。本文將詳細討論session的工作機制并且對在Java web application中應用session機制時常見的問題作出解答。

    目錄:
    一、術語session
    二、HTTP協議與狀態保持
    三、理解cookie機制
    四、理解session機制
    五、理解javax.servlet.http.HttpSession
    六、HttpSession常見問題
    七、跨應用程序的session共享
    八、總結
    參考文檔

    一、術語session
    在我的經驗里,session這個詞被濫用的程度大概僅次于transaction,更加有趣的是transaction與session在某些語境下的含義是相同的。

    session,中文經常翻譯為會話,其本來的含義是指有始有終的一系列動作/消息,比如打電話時從拿起電話撥號到掛斷電話這中間的一系列過程可以稱之為一個 session。有時候我們可以看到這樣的話“在一個瀏覽器會話期間,...”,這里的會話一詞用的就是其本義,是指從一個瀏覽器窗口打開到關閉這個期間 ①。最混亂的是“用戶(客戶端)在一次會話期間”這樣一句話,它可能指用戶的一系列動作(一般情況下是同某個具體目的相關的一系列動作,比如從登錄到選購商品到結賬登出這樣一個網上購物的過程,有時候也被稱為一個transaction),然而有時候也可能僅僅是指一次連接,也有可能是指含義①,其中的差別只能靠上下文來推斷②。

    然而當session一詞與網絡協議相關聯時,它又往往隱含了“面向連接”和/或“保持狀態”這樣兩個含義, “面向連接”指的是在通信雙方在通信之前要先建立一個通信的渠道,比如打電話,直到對方接了電話通信才能開始,與此相對的是寫信,在你把信發出去的時候你并不能確認對方的地址是否正確,通信渠道不一定能建立,但對發信人來說,通信已經開始了。“保持狀態”則是指通信的一方能夠把一系列的消息關聯起來,使得消息之間可以互相依賴,比如一個服務員能夠認出再次光臨的老顧客并且記得上次這個顧客還欠店里一塊錢。這一類的例子有“一個TCP session”或者 “一個POP3 session”③。

    而到了web服務器蓬勃發展的時代,session在web開發語境下的語義又有了新的擴展,它的含義是指一類用來在客戶端與服務器之間保持狀態的解決方案④。有時候session也用來指這種解決方案的存儲結構,如“把xxx保存在session 里”⑤。由于各種用于web開發的語言在一定程度上都提供了對這種解決方案的支持,所以在某種特定語言的語境下,session也被用來指代該語言的解決方案,比如經常把Java里提供的javax.servlet.http.HttpSession簡稱為session⑥。

    鑒于這種混亂已不可改變,本文中session一詞的運用也會根據上下文有不同的含義,請大家注意分辨。
    在本文中,使用中文“瀏覽器會話期間”來表達含義①,使用“session機制”來表達含義④,使用“session”表達含義⑤,使用具體的“HttpSession”來表達含義⑥

    二、HTTP協議與狀態保持
    HTTP 協議本身是無狀態的,這與HTTP協議本來的目的是相符的,客戶端只需要簡單的向服務器請求下載某些文件,無論是客戶端還是服務器都沒有必要紀錄彼此過去的行為,每一次請求之間都是獨立的,好比一個顧客和一個自動售貨機或者一個普通的(非會員制)大賣場之間的關系一樣。

    然而聰明(或者貪心?)的人們很快發現如果能夠提供一些按需生成的動態信息會使web變得更加有用,就像給有線電視加上點播功能一樣。這種需求一方面迫使HTML逐步添加了表單、腳本、DOM等客戶端行為,另一方面在服務器端則出現了CGI規范以響應客戶端的動態請求,作為傳輸載體的HTTP協議也添加了文件上載、 cookie這些特性。其中cookie的作用就是為了解決HTTP協議無狀態的缺陷所作出的努力。至于后來出現的session機制則是又一種在客戶端與服務器之間保持狀態的解決方案。

    讓我們用幾個例子來描述一下cookie和session機制之間的區別與聯系。筆者曾經常去的一家咖啡店有喝5杯咖啡免費贈一杯咖啡的優惠,然而一次性消費5杯咖啡的機會微乎其微,這時就需要某種方式來紀錄某位顧客的消費數量。想象一下其實也無外乎下面的幾種方案:
    1、該店的店員很厲害,能記住每位顧客的消費數量,只要顧客一走進咖啡店,店員就知道該怎么對待了。這種做法就是協議本身支持狀態。
    2、發給顧客一張卡片,上面記錄著消費的數量,一般還有個有效期限。每次消費時,如果顧客出示這張卡片,則此次消費就會與以前或以后的消費相聯系起來。這種做法就是在客戶端保持狀態。
    3、發給顧客一張會員卡,除了卡號之外什么信息也不紀錄,每次消費時,如果顧客出示該卡片,則店員在店里的紀錄本上找到這個卡號對應的紀錄添加一些消費信息。這種做法就是在服務器端保持狀態。

    由于HTTP協議是無狀態的,而出于種種考慮也不希望使之成為有狀態的,因此,后面兩種方案就成為現實的選擇。具體來說cookie機制采用的是在客戶端保持狀態的方案,而session機制采用的是在服務器端保持狀態的方案。同時我們也看到,由于采用服務器端保持狀態的方案在客戶端也需要保存一個標識,所以session機制可能需要借助于cookie機制來達到保存標識的目的,但實際上它還有其他選擇。

    三、理解cookie機制 
    cookie機制的基本原理就如上面的例子一樣簡單,但是還有幾個問題需要解決:“會員卡”如何分發;“會員卡”的內容;以及客戶如何使用“會員卡”。

    正統的cookie分發是通過擴展HTTP協議來實現的,服務器通過在HTTP的響應頭中加上一行特殊的指示以提示瀏覽器按照指示生成相應的cookie。然而純粹的客戶端腳本如JavaScript或者VBScript也可以生成cookie。

    而cookie 的使用是由瀏覽器按照一定的原則在后臺自動發送給服務器的。瀏覽器檢查所有存儲的cookie,如果某個cookie所聲明的作用范圍大于等于將要請求的資源所在的位置,則把該cookie附在請求資源的HTTP請求頭上發送給服務器。意思是麥當勞的會員卡只能在麥當勞的店里出示,如果某家分店還發行了自己的會員卡,那么進這家店的時候除了要出示麥當勞的會員卡,還要出示這家店的會員卡。

    cookie的內容主要包括:名字,值,過期時間,路徑和域。
    其中域可以指定某一個域比如.google.com,相當于總店招牌,比如寶潔公司,也可以指定一個域下的具體某臺機器比如www.google.com或者froogle.google.com,可以用飄柔來做比。
    路徑就是跟在域名后面的URL路徑,比如/或者/foo等等,可以用某飄柔專柜做比。
    路徑與域合在一起就構成了cookie的作用范圍。
    如果不設置過期時間,則表示這個cookie的生命期為瀏覽器會話期間,只要關閉瀏覽器窗口,cookie就消失了。這種生命期為瀏覽器會話期的 cookie被稱為會話cookie。會話cookie一般不存儲在硬盤上而是保存在內存里,當然這種行為并不是規范規定的。如果設置了過期時間,瀏覽器就會把cookie保存到硬盤上,關閉后再次打開瀏覽器,這些cookie仍然有效直到超過設定的過期時間。

    存儲在硬盤上的cookie 可以在不同的瀏覽器進程間共享,比如兩個IE窗口。而對于保存在內存里的cookie,不同的瀏覽器有不同的處理方式。對于IE,在一個打開的窗口上按 Ctrl-N(或者從文件菜單)打開的窗口可以與原窗口共享,而使用其他方式新開的IE進程則不能共享已經打開的窗口的內存cookie;對于 Mozilla Firefox0.8,所有的進程和標簽頁都可以共享同樣的cookie。一般來說是用javascript的window.open打開的窗口會與原窗口共享內存cookie。瀏覽器對于會話cookie的這種只認cookie不認人的處理方式經常給采用session機制的web應用程序開發者造成很大的困擾。

    下面就是一個goolge設置cookie的響應頭的例子
    HTTP/1.1 302 Found
    Location: http://www.google.com/intl/zh-CN/
    Set-Cookie: PREF=ID=0565f77e132de138:NW=1:TM=1098082649:LM=1098082649:S=KaeaCFPo49RiA_d8; expires=Sun, 17-Jan-2038 19:14:07 GMT; path=/; domain=.google.com
    Content-Type: text/html




    這是使用HTTPLook這個HTTP Sniffer軟件來俘獲的HTTP通訊紀錄的一部分




    瀏覽器在再次訪問goolge的資源時自動向外發送cookie

     


    使用Firefox可以很容易的觀察現有的cookie的值
    使用HTTPLook配合Firefox可以很容易的理解cookie的工作原理。




    IE也可以設置在接受cookie前詢問

     


    這是一個詢問接受cookie的對話框。

    四、理解session機制
    session機制是一種服務器端的機制,服務器使用一種類似于散列表的結構(也可能就是使用散列表)來保存信息。

    當程序需要為某個客戶端的請求創建一個session的時候,服務器首先檢查這個客戶端的請求里是否已包含了一個session標識 - 稱為 session id,如果已包含一個session id則說明以前已經為此客戶端創建過session,服務器就按照session id把這個 session檢索出來使用(如果檢索不到,可能會新建一個),如果客戶端請求不包含session id,則為此客戶端創建一個session并且生成一個與此session相關聯的session id,session id的值應該是一個既不會重復,又不容易被找到規律以仿造的字符串,這個 session id將被在本次響應中返回給客戶端保存。

    保存這個session id的方式可以采用cookie,這樣在交互過程中瀏覽器可以自動的按照規則把這個標識發揮給服務器。一般這個cookie的名字都是類似于SEEESIONID,而。比如weblogic對于web應用程序生成的cookie,JSESSIONID= ByOK3vjFD75aPnrF7C2HmdnV6QZcEbzWoWiBYEnLerjQ99zWpBng!-145788764,它的名字就是 JSESSIONID。

    由于cookie可以被人為的禁止,必須有其他機制以便在cookie被禁止時仍然能夠把session id傳遞回服務器。經常被使用的一種技術叫做URL重寫,就是把session id直接附加在URL路徑的后面,附加方式也有兩種,一種是作為URL路徑的附加信息,表現形式為http://...../xxx;jsessionid= ByOK3vjFD75aPnrF7C2HmdnV6QZcEbzWoWiBYEnLerjQ99zWpBng!-145788764
    另一種是作為查詢字符串附加在URL后面,表現形式為http://...../xxx?jsessionid=ByOK3vjFD75aPnrF7C2HmdnV6QZcEbzWoWiBYEnLerjQ99zWpBng!-145788764
    這兩種方式對于用戶來說是沒有區別的,只是服務器在解析的時候處理的方式不同,采用第一種方式也有利于把session id的信息和正常程序參數區分開來。
    為了在整個交互過程中始終保持狀態,就必須在每個客戶端可能請求的路徑后面都包含這個session id。

    另一種技術叫做表單隱藏字段。就是服務器會自動修改表單,添加一個隱藏字段,以便在表單提交時能夠把session id傳遞回服務器。比如下面的表單
    <form name="testform" action="/xxx">
    <input type="text">
    </form>
    在被傳遞給客戶端之前將被改寫成
    <form name="testform" action="/xxx">
    <input type="hidden" name="jsessionid" value="ByOK3vjFD75aPnrF7C2HmdnV6QZcEbzWoWiBYEnLerjQ99zWpBng!-145788764">
    <input type="text">
    </form>
    這種技術現在已較少應用,筆者接觸過的很古老的iPlanet6(SunONE應用服務器的前身)就使用了這種技術。
    實際上這種技術可以簡單的用對action應用URL重寫來代替。

    在談論session機制的時候,常常聽到這樣一種誤解“只要關閉瀏覽器,session就消失了”。其實可以想象一下會員卡的例子,除非顧客主動對店家提出銷卡,否則店家絕對不會輕易刪除顧客的資料。對session來說也是一樣的,除非程序通知服務器刪除一個session,否則服務器會一直保留,程序一般都是在用戶做log off的時候發個指令去刪除session。然而瀏覽器從來不會主動在關閉之前通知服務器它將要關閉,因此服務器根本不會有機會知道瀏覽器已經關閉,之所以會有這種錯覺,是大部分session機制都使用會話cookie來保存session id,而關閉瀏覽器后這個 session id就消失了,再次連接服務器時也就無法找到原來的session。如果服務器設置的cookie被保存到硬盤上,或者使用某種手段改寫瀏覽器發出的HTTP請求頭,把原來的session id發送給服務器,則再次打開瀏覽器仍然能夠找到原來的session。

    恰恰是由于關閉瀏覽器不會導致session被刪除,迫使服務器為seesion設置了一個失效時間,當距離客戶端上一次使用session的時間超過這個失效時間時,服務器就可以認為客戶端已經停止了活動,才會把session刪除以節省存儲空間。

    五、理解javax.servlet.http.HttpSession
    HttpSession是Java平臺對session機制的實現規范,因為它僅僅是個接口,具體到每個web應用服務器的提供商,除了對規范支持之外,仍然會有一些規范里沒有規定的細微差異。這里我們以BEA的Weblogic Server8.1作為例子來演示。

    首先,Weblogic Server提供了一系列的參數來控制它的HttpSession的實現,包括使用cookie的開關選項,使用URL重寫的開關選項,session持久化的設置,session失效時間的設置,以及針對cookie的各種設置,比如設置cookie的名字、路徑、域, cookie的生存時間等。

    一般情況下,session都是存儲在內存里,當服務器進程被停止或者重啟的時候,內存里的session也會被清空,如果設置了session的持久化特性,服務器就會把session保存到硬盤上,當服務器進程重新啟動或這些信息將能夠被再次使用, Weblogic Server支持的持久性方式包括文件、數據庫、客戶端cookie保存和復制。

    復制嚴格說來不算持久化保存,因為session實際上還是保存在內存里,不過同樣的信息被復制到各個cluster內的服務器進程中,這樣即使某個服務器進程停止工作也仍然可以從其他進程中取得session。

    cookie生存時間的設置則會影響瀏覽器生成的cookie是否是一個會話cookie。默認是使用會話cookie。有興趣的可以用它來試驗我們在第四節里提到的那個誤解。

    cookie的路徑對于web應用程序來說是一個非常重要的選項,Weblogic Server對這個選項的默認處理方式使得它與其他服務器有明顯的區別。后面我們會專題討論。

    關于session的設置參考[5] http://e-docs.bea.com/wls/docs70/webapp/weblogic_xml.html#1036869

    六、HttpSession常見問題
    (在本小節中session的含義為⑤和⑥的混合)


    1、session在何時被創建
    一個常見的誤解是以為session在有客戶端訪問時就被創建,然而事實是直到某server端程序調用 HttpServletRequest.getSession(true)這樣的語句時才被創建,注意如果JSP沒有顯示的使用 <% @page session="false"%> 關閉session,則JSP文件在編譯成Servlet時將會自動加上這樣一條語句 HttpSession session = HttpServletRequest.getSession(true);這也是JSP中隱含的 session對象的來歷。

    由于session會消耗內存資源,因此,如果不打算使用session,應該在所有的JSP中關閉它。

    2、session何時被刪除
    綜合前面的討論,session在下列情況下被刪除a.程序調用HttpSession.invalidate();或b.距離上一次收到客戶端發送的session id時間間隔超過了session的超時設置;或c.服務器進程被停止(非持久session)

    3、如何做到在瀏覽器關閉時刪除session
    嚴格的講,做不到這一點。可以做一點努力的辦法是在所有的客戶端頁面里使用javascript代碼window.oncolose來監視瀏覽器的關閉動作,然后向服務器發送一個請求來刪除session。但是對于瀏覽器崩潰或者強行殺死進程這些非常規手段仍然無能為力。

    4、有個HttpSessionListener是怎么回事
    你可以創建這樣的listener去監控session的創建和銷毀事件,使得在發生這樣的事件時你可以做一些相應的工作。注意是session的創建和銷毀動作觸發listener,而不是相反。類似的與HttpSession有關的listener還有 HttpSessionBindingListener,HttpSessionActivationListener和 HttpSessionAttributeListener。

    5、存放在session中的對象必須是可序列化的嗎
    不是必需的。要求對象可序列化只是為了session能夠在集群中被復制或者能夠持久保存或者在必要時server能夠暫時把session交換出內存。在 Weblogic Server的session中放置一個不可序列化的對象在控制臺上會收到一個警告。我所用過的某個iPlanet版本如果 session中有不可序列化的對象,在session銷毀時會有一個Exception,很奇怪。

    6、如何才能正確的應付客戶端禁止cookie的可能性
    對所有的URL使用URL重寫,包括超鏈接,form的action,和重定向的URL,具體做法參見[6]
    http://e-docs.bea.com/wls/docs70/webapp/sessions.html#100770

    7、開兩個瀏覽器窗口訪問應用程序會使用同一個session還是不同的session
    參見第三小節對cookie的討論,對session來說是只認id不認人,因此不同的瀏覽器,不同的窗口打開方式以及不同的cookie存儲方式都會對這個問題的答案有影響。

    8、如何防止用戶打開兩個瀏覽器窗口操作導致的session混亂
    這個問題與防止表單多次提交是類似的,可以通過設置客戶端的令牌來解決。就是在服務器每次生成一個不同的id返回給客戶端,同時保存在session里,客戶端提交表單時必須把這個id也返回服務器,程序首先比較返回的id與保存在session里的值是否一致,如果不一致則說明本次操作已經被提交過了。可以參看《J2EE核心模式》關于表示層模式的部分。需要注意的是對于使用javascript window.open打開的窗口,一般不設置這個id,或者使用單獨的id,以防主窗口無法操作,建議不要再window.open打開的窗口里做修改操作,這樣就可以不用設置。

    9、為什么在Weblogic Server中改變session的值后要重新調用一次session.setValue
    做這個動作主要是為了在集群環境中提示Weblogic Server session中的值發生了改變,需要向其他服務器進程復制新的session值。

    10、為什么session不見了
    排除session正常失效的因素之外,服務器本身的可能性應該是微乎其微的,雖然筆者在iPlanet6SP1加若干補丁的Solaris版本上倒也遇到過;瀏覽器插件的可能性次之,筆者也遇到過3721插件造成的問題;理論上防火墻或者代理服務器在cookie處理上也有可能會出現問題。
    出現這一問題的大部分原因都是程序的錯誤,最常見的就是在一個應用程序中去訪問另外一個應用程序。我們在下一節討論這個問題。

    七、跨應用程序的session共享

    常常有這樣的情況,一個大項目被分割成若干小項目開發,為了能夠互不干擾,要求每個小項目作為一個單獨的web應用程序開發,可是到了最后突然發現某幾個小項目之間需要共享一些信息,或者想使用session來實現SSO(single sign on),在session中保存login的用戶信息,最自然的要求是應用程序間能夠訪問彼此的session。

    然而按照Servlet規范,session的作用范圍應該僅僅限于當前應用程序下,不同的應用程序之間是不能夠互相訪問對方的session的。各個應用服務器從實際效果上都遵守了這一規范,但是實現的細節卻可能各有不同,因此解決跨應用程序session共享的方法也各不相同。

    首先來看一下Tomcat是如何實現web應用程序之間session的隔離的,從 Tomcat設置的cookie路徑來看,它對不同的應用程序設置的cookie路徑是不同的,這樣不同的應用程序所用的session id是不同的,因此即使在同一個瀏覽器窗口里訪問不同的應用程序,發送給服務器的session id也可以是不同的。


      

    根據這個特性,我們可以推測Tomcat中session的內存結構大致如下。


     

    筆者以前用過的iPlanet也采用的是同樣的方式,估計SunONE與iPlanet之間不會有太大的差別。對于這種方式的服務器,解決的思路很簡單,實際實行起來也不難。要么讓所有的應用程序共享一個session id,要么讓應用程序能夠獲得其他應用程序的session id。

    iPlanet中有一種很簡單的方法來實現共享一個session id,那就是把各個應用程序的cookie路徑都設為/(實際上應該是/NASApp,對于應用程序來講它的作用相當于根)。
    <session-info>
    <path>/NASApp</path>
    </session-info>

    需要注意的是,操作共享的session應該遵循一些編程約定,比如在session attribute名字的前面加上應用程序的前綴,使得 setAttribute("name", "neo")變成setAttribute("app1.name", "neo"),以防止命名空間沖突,導致互相覆蓋。


    在Tomcat中則沒有這么方便的選擇。在Tomcat版本3上,我們還可以有一些手段來共享session。對于版本4以上的Tomcat,目前筆者尚未發現簡單的辦法。只能借助于第三方的力量,比如使用文件、數據庫、JMS或者客戶端cookie,URL參數或者隱藏字段等手段。

    我們再看一下Weblogic Server是如何處理session的。


      

    從截屏畫面上可以看到Weblogic Server對所有的應用程序設置的cookie的路徑都是/,這是不是意味著在Weblogic Server中默認的就可以共享session了呢?然而一個小實驗即可證明即使不同的應用程序使用的是同一個session,各個應用程序仍然只能訪問自己所設置的那些屬性。這說明Weblogic Server中的session的內存結構可能如下


     

    對于這樣一種結構,在 session機制本身上來解決session共享的問題應該是不可能的了。除了借助于第三方的力量,比如使用文件、數據庫、JMS或者客戶端 cookie,URL參數或者隱藏字段等手段,還有一種較為方便的做法,就是把一個應用程序的session放到ServletContext中,這樣另外一個應用程序就可以從ServletContext中取得前一個應用程序的引用。示例代碼如下,

    應用程序A
    context.setAttribute("appA", session); 

    應用程序B
    contextA = context.getContext("/appA");
    HttpSession sessionA = (HttpSession)contextA.getAttribute("appA"); 

    值得注意的是這種用法不可移植,因為根據ServletContext的JavaDoc,應用服務器可以處于安全的原因對于context.getContext("/appA");返回空值,以上做法在Weblogic Server 8.1中通過。

    那么Weblogic Server為什么要把所有的應用程序的cookie路徑都設為/呢?原來是為了SSO,凡是共享這個session的應用程序都可以共享認證的信息。一個簡單的實驗就可以證明這一點,修改首先登錄的那個應用程序的描述符weblogic.xml,把cookie路徑修改為/appA 訪問另外一個應用程序會重新要求登錄,即使是反過來,先訪問cookie路徑為/的應用程序,再訪問修改過路徑的這個,雖然不再提示登錄,但是登錄的用戶信息也會丟失。注意做這個實驗時認證方式應該使用FORM,因為瀏覽器和web服務器對basic認證方式有其他的處理方式,第二次請求的認證不是通過 session來實現的。具體請參看[7] secion 14.8 Authorization,你可以修改所附的示例程序來做這些試驗。

    八、總結
    session機制本身并不復雜,然而其實現和配置上的靈活性卻使得具體情況復雜多變。這也要求我們不能把僅僅某一次的經驗或者某一個瀏覽器,服務器的經驗當作普遍適用的經驗,而是始終需要具體情況具體分析。

    關于作者:
    郎云鵬(dev2dev ID: hippiewolf),軟件工程師,從事J2EE開發
    電子郵件:langyunpeng@yahoo.com.cn
    地址:大連軟件園路31號科技大廈A座大連博涵咨詢服務有限公司

    參考文檔:
    [1] Preliminary Specification http://wp.netscape.com/newsref/std/cookie_spec.html
    [2] RFC2109 http://www.rfc-editor.org/rfc/rfc2109.txt
    [3] RFC2965 http://www.rfc-editor.org/rfc/rfc2965.txt
    [4] The Unofficial Cookie FAQ http://www.cookiecentral.com/faq/
    [5] http://e-docs.bea.com/wls/docs70/webapp/weblogic_xml.html#1036869
    [6] http://e-docs.bea.com/wls/docs70/webapp/sessions.html#100770
    [7] RFC2616 http://www.rfc-editor.org/rfc/rfc2616.txt

    posted @ 2005-09-06 21:37 春雷的博客 閱讀(563) | 評論 (0)編輯 收藏

    簡記

    vc6.0 使用ado存取mysql5.0 的decimal類型的時候有問題。
    在多線程中使用CSocket的時候要注意了,必須是從CWndThread派生的UI Thread。

    posted @ 2005-08-25 23:03 春雷的博客 閱讀(457) | 評論 (0)編輯 收藏

    祝賀我的博客開通了.

    2005-07-26 16:41:00 開通了,嗯, 不錯.

    posted @ 2005-07-26 16:42 春雷的博客 閱讀(340) | 評論 (0)編輯 收藏

    主站蜘蛛池模板: 成人a视频片在线观看免费| 一区二区三区在线免费看| 亚洲国产成人手机在线观看| 亚洲欧洲无码一区二区三区| 精品在线免费视频| 久久久久女教师免费一区| 最近中文字幕高清免费中文字幕mv| 成年网站免费视频A在线双飞| vvvv99日韩精品亚洲| 亚洲va无码va在线va天堂| 亚洲中文字幕久久精品无码2021| 麻豆亚洲AV成人无码久久精品| 99久热只有精品视频免费观看17| 国产麻豆免费观看91| 国产成人免费全部网站| 美女扒开尿口给男人爽免费视频| 无码人妻丰满熟妇区免费| 久久国产亚洲高清观看| 日韩在线视频线视频免费网站| 中文字幕免费观看| 亚洲人成在线中文字幕| a级毛片高清免费视频| 最新中文字幕电影免费观看| 亚洲AV成人一区二区三区AV| 四虎影视久久久免费| 中文亚洲AV片在线观看不卡 | 亚洲免费一区二区| 亚洲香蕉在线观看| APP在线免费观看视频| 全部免费毛片在线| 亚洲av永久无码| 成人毛片免费在线观看| 免费播放美女一级毛片| 日本红怡院亚洲红怡院最新| 立即播放免费毛片一级| 国产AV无码专区亚洲AV手机麻豆 | 久久亚洲精品无码| 成年人在线免费观看| 一级视频在线免费观看| 四虎国产精品免费久久影院| 亚洲午夜无码久久久久软件|