Android：创建新线程会调用 onResume？

Question

我想这是一个更通用的问题，但我的 Android 程序似乎在这两个与线程创建相关的函数调用之间的主 UI 线程中调用 onResume 。这会导致我不希望发生的其他调用，到目前为止，我发现的唯一解决方法是设置全局标志（我不喜欢，并且在我看来这是不好的编程实践）。它看起来就像这样：

mConnectThread = new ConnectThread(bd);
mConnectThread.start();

不知何故，在这些调用之间（由 BluetoothCommHandler 对象从 UI 线程进行），onResume 被调用。如果有人能给我指出何时触发 onResume 和其他活动生命周期事件的良好来源，我将非常感激。此外，我检查了这一点： http://developer.android.com/reference/android /app/Activity.html，它似乎没有任何我能找到的提示。

最后一点 - onResume 总是在这两个命令被调用之间被调用，这让我认为这并不是真正的线程切换问题。

我还刚刚注意到 onResume 被调用为一对早被调用的 onPause - 但仍然不知道为什么它恰好发生在这两个函数调用之间。

编辑：代码包含在下面。

蓝牙处理程序对象的调用：

mBComm = new BluetoothCommHandler(this, mHandler);

主 UI 线程中的 onResume 函数（mNoRestartFlag 是为了仅在我想要的时候调用该特定位。它不是我在上面提到的标志 - 它处理另一种情况，我在这里不讨论）：

@Override
protected void onResume() {
    super.onResume();

    mNfcAdapter.enableForegroundDispatch(this, mPendingIntent,
mFilters, mTechLists);

    Log.i(TAG, "OnResume called.");
    if(mBComm != null && !mNoRestartFlag) {
        mBComm.start();
    }
}

AndroidManifest 中的 Activity OptionsHandler （与 DeviceListActivity 相同）声明（请注意，它是一个 Theme.Dialog 样式的活动，弹出在UI 线程，导致我上面提到的 onPause）：

activity android:name=".OptionsHandler"
              android:label="@string/select_device"
              android:theme="@android:style/Theme.Dialog"
              android:configChanges="orientation|keyboardHidden" />

创建实际的 connectThread：

public synchronized void connect(BluetoothDevice bd) {
    Log.i(TAG, "connect called from inside BluetoothCommHandler");

    if (mAcceptThread == null) {
        Log.i(TAG, "Creating an AcceptThread");
        mAcceptThread = new AcceptThread();
        mAcceptThread.start();
    }

    mConnectThread = new ConnectThread(bd);
    mConnectThread.start();
 }

ConnectThread 的创建和运行（mDontKill 标志 IS 是我的标志上面提到我用来绕过 onResume 症状）：

public ConnectThread(BluetoothDevice bd) {
        Log.i(TAG, "created ConnectThread");
        mBD = bd;
        BluetoothSocket bs = null;

        try {
            bs = mBD.createInsecureRfcommSocketToServiceRecord(MY_UUID);                
        } catch (IOException e) {
            Log.i(TAG, "Could not create an RFCOMM socket!", e);
        }
        mBS = bs;
        if (mBS != null) Log.i(TAG, "BluetoothSocket acquired");
        else Log.i(TAG, "BluetoothSocket null!");

        mDontKillFlag = true;
    }

public void run() {
        Log.i(TAG, "BEGIN ConnectThread");
         // Always cancel discovery because it will slow down a connection
        mBluetoothAdapter.cancelDiscovery();

        mDontKillFlag = false;
        // Make a connection to the BluetoothSocket
        try {
            // This is a blocking call and will only return on a
            // successful connection or an exception
            mBS.connect();
            Log.i(TAG, "Connected to BluetoothDevice");
        } catch (IOException e) {
            Log.i(TAG, e.toString());
            // Close the socket
            try {
                mBS.close();
            } catch (IOException e2) {
                Log.i(TAG, "unable to close RFCOMM socket", e2);
            }
            Log.i(TAG, "About to call connectionFailed");
            connectionFailed();
            return;
        }

        // Reset the ConnectThread because we're done
        synchronized (BluetoothCommHandler.this) {
            mConnectThread = null;
        }

        // Start the connected thread
        connected(mBS, mBD);
    }

导致问题的实际 start() 函数：

public synchronized void start() {
    if (D) Log.i(TAG, "start called from inside BluetoothCommHandler");

    // Cancel any thread attempting to make a connection
    if (mConnectThread != null && !mDontKillFlag) 
    {mConnectThread.cancel(); mConnectThread = null;}

    // Cancel any thread currently running a connection
    if (mConnectedThread != null) 
    {mConnectedThread.cancel(); mConnectedThread = null;}

    if (mAcceptThread == null) {
        Log.i(TAG, "Creating an AcceptThread");
        mAcceptThread = new AcceptThread();
        mAcceptThread.start();
    }
}

Legend: mBS 是一个成员变量，它是一个 BluetoothSocket 和 < code>mDB是一个成员变量，它是一个BluetoothDevice。

总结，我在 UI 线程上创建一个 BluetoothCommHandler 对象，它尝试创建一个 ConnectThread，然后在蓝牙套接字上调用accept() 命令时，它失败了，因为该对象的 cancel() 函数线程已被调用（它只是有一个关闭套接字的 try-catch）。此取消是从上面列出的 start() 函数调用的，该函数由 onResume 函数调用。 onResume 是 onPause 的补充，onPause 是由于主 UI 活动上出现选择器对话框而被调用的。这个 onResume 似乎总是在我提到的预编辑的前两行代码之间被调用。我试图弄清楚为什么它总是恰好发生在那里，这样我就可以在不关闭套接字的情况下发生accept()。