最近在寫一個藍芽的測試程式，裡面定義了一個CommunicateThread 連線執行緒類繼承於Thread；在該類中定義了一個run方法。run方法程式碼如下：

public void run() {
        byte[] buffer;//用於讀資料的快取區
        int size;//長度
        String data;//資料
        while (isRunning && isOverCount) {
            try {

                //System.out.println("isOverTime:"+" "+isOverTime);
                if (in != null) {
                    size = in.available();
                    //有資料就去拿出來
                    if (size > 0) {
                        buffer = new byte[size];
                        in.read(buffer);
                        data = new String(buffer);
                        //能過Handler把資料傳出去
                        Message msg = mHandler.obtainMessage();
                        msg.what = BluetoothConstant.WHAT_RECEIVED_DATA;
                        msg.obj = data;
                        mHandler.sendMessage(msg);
                    }
                }
            } catch (IOException e) {
                //e.printStackTrace();
                isRunning = false;
                System.out.println("Error-CommunicateThread:run()");
            }
        }
    }
 

        本人的目的就是想通過其他類設定一個static成員變數來控制while（）裡面的迴圈標誌位。無論我用什麼方法都不能控制這個標誌位；即在Communication類中的這個標誌位與我一開始定義的那個標誌有差別。這就是我要寫這篇部落格的原因了。

         通常，static成員變數在建立時只分配一次記憶體，它作用於全域性範圍，由類名直接呼叫。當我把static標誌位在一個Fragment定義後，然後在while（）裡面呼叫Fragment.標誌位；發現結果與我想象中的不一樣。但在fragment裡面該值已經變化了；也就是說run方法中這個值與Fragment中的值不同時變化。這就與我們所理解的static只分配一次記憶體的想法背向而馳。這期間我也在網上查找了一些資料，然而並沒有查到什麼結果。我們只能猜測在run方法中，該標誌位被重新拷貝了一份。

        當然，出現這樣的問題也是因為我在寫程式想偷懶，或許我的想法比較奇特。正常的寫法應該是在Communication類中定義一個Close（）方法，在close（）方法中令isRunning設定為false。然後在例項化Communication類的類中再呼叫Close（）方法；這樣就能控制標誌位了。

         如果有知道導致該問題原因的大牛們，請留言告知，非常感謝了！

         另附上正常寫法：

public void close() {
        if (mCommunicateThread != null) {
            mCommunicateThread.close();
        }
        try {
            if (mBluetoothSocket != null) {
                mBluetoothSocket.close();
            }
        } catch (IOException e) {
            e.printStackTrace();
        }
    }