Должен ли я вызвать Looper.prepare() в потоке?

Question

Я искал связь между потоком и петлером, и я просто знаю, что означает буквальный смысл двух слов. Когда приходят в конкретные условия, я все еще немного смущен.

Я столкнулся с этой проблемой при попытке создать приложение для связи с устройством Bluetooth. У меня проблемы с подключением.

private class ConnectThread extends Thread { 
    private final BluetoothSocket mmSocket; 
    private final BluetoothDevice mmDevice; 
    private String mSocketType; 

    public ConnectThread(BluetoothDevice device, boolean secure) { 
     mmDevice = device; 
     BluetoothSocket tmp = null; 
     mSocketType = secure ? "Secure" : "Insecure"; 

     // Get a BluetoothSocket for a connection with the 
     // given BluetoothDevice 
     try { 
      if (secure) { 
       tmp = device.createRfcommSocketToServiceRecord(
         MY_UUID_SECURE); 
      } else { 
       tmp = device.createInsecureRfcommSocketToServiceRecord(
         MY_UUID_INSECURE); 
      } 
     } catch (IOException e) { 
      tip("Socket Type: " + mSocketType + "create() failed"); 
     } 
     mmSocket = tmp; 
    } 

    public void run() { 
     Looper.prepare(); 
     setName("ConnectThread" + mSocketType); 

     // Always cancel discovery because it will slow down a connection 
     if(mBluetoothAdapter.isDiscovering()) 
      mBluetoothAdapter.cancelDiscovery(); 

     // Make a connection to the BluetoothSocket 
     try { 
      // This is a blocking call and will only return on a 
      // successful connection or an exception 
      mmSocket.connect(); 
     } catch (IOException e) { 
      // Close the socket 
      try { 
       mmSocket.close(); 
      } catch (IOException e2) { 
       e2.printStackTrace(); 
      } 
      connectionFailed(); 
      return; 
     } 

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

     // Start the connected thread 
     connected(mmSocket, mmDevice, mSocketType); 
     Looper.loop(); 
    } 

    public void cancel() { 
     try { 
      mmSocket.close(); 
     } catch (IOException e) { 

     } 
    } 
} 

этот код загружен с образца разработчика Android. и Looper.prepare(), Looper.loop() добавляются мной. Если вы вызовете эти два метода, приложение выйдет из строя. И я получил предупреждение от студии Android: Не могу создать обработчик внутри потока, который не вызвал Looper.prepare(). Вот почему я добавляю два метода.

Я хочу спросить, правильно ли я называю эти два метода?

Почему я должен назвать их, пока я не использовал Toast или Handler, как это делают другие?

Answer 1

Я хочу спросить, правильно ли я называю два метода?

Да

Почему я должен называть их, пока я не использовал Тост или Handler, как это делают другие?

Looper.loop() и Looper().prepare() используются для создания MessageQueue и справиться с этим MessageQueue андроид рекомендует использовать Handler, так что если вы используете Looper.loop() и Looper.prepare(), то вы должны использовать Handler также.

Answer 2

Ну, наконец, я выясню, что случилось с моим собственным проектом. Не имеет ничего общего с build.gradle, но спасибо Android Dev все равно.

На самом деле это я сам виноват. В примере проекта BluetoothChat методы, такие как Log.d(), вызывают для указания информации об отладке. Но я не знал, где найти результат Log.d(), поэтому я заменил их Toast. Я думал, что все будет хорошо. Но я считаю, что Toast не могут быть использованы в ConnectThread, в противном случае он будет бросать исключение:

java.lang.RuntimeException: Невозможно создать обработчик внутри потока, который не называется Looper.prepare()

И я использовал Toast в методе connectionFailed(), вот в чем проблема.

Answer 3

На самом деле, вы делаете неLooper.prepare() и Looper.loop(). Это необходимо только в том случае, если вы хотите присоединить к потоку Handler, что в вашем случае я не вижу такого требования.

По существу, как только вы вызываете Looper.prepare(), он назначает очередь сообщений этому потоку, так что все последующие сообщения, переданные обработчиками, будут обрабатываться один за другим в очереди.

Примечание: Для отладки всегда используйте Log.d()/Log.w()/Log.e() и избегать использования тостов.