¿Es incorrecto ejecutar runnable.run ()?
Soy bastante nuevo en el concepto de multithreading y hay un aspecto que no está claro para mí.
Hay dos formas de crear y ejecutar un subproceso:
- Handler no entrega un mensaje o un Runnable al subproceso principal
- Runnable se publica correctamente pero no se ejecuta
- Nuevo hilo varias veces
- Cómo llamar a otra actividad después de cierto límite de tiempo
- Hilo principal de Android: se comparte con otras aplicaciones
- Amplíe una clase Thread e
start()
el subproceso. - Cree un objeto Runnable, pase a un constructor
Thread
estart()
el subproceso.
Y este blog afirma que siempre debemos comenzar un hilo usando un start()
o así fue mi impresión de ello.
Pero en una de las respuestas aquí se puede ver cómo una persona está utilizando runnable.run()
. Me da una impresión de práctica algo equivocada.
¿Es normal? ¿Debe evitarse? Usted puede ser explícito en su respuesta, pero cualquier sugerencia sería apreciada.
- Android esperando el hilo de la interfaz de usuario
- En android, ¿por qué la interfaz de usuario no se puede actualizar fuera del hilo de la interfaz de usuario?
- Android, cuando debo usar syncronized en un hilo
- Android equivalente de iOS GCD dispatch_group API
- Llamar a un AsyncTask de otro AsyncTask
- Puedo matar o terminar () una actividad en un hilo que no sea el hilo de la interfaz de usuario ...?
- Cómo y reiniciar el hilo de nuevo en la actividad creada
- Android Webview loadUrl no funciona cuando viene de un hilo de trabajo
Son cosas diferentes. run()
ejecuta el Runnable en el subproceso actual. Llamar start()
, por otro lado, hace que Runnable se ejecute en el nuevo subproceso.
El tutorial lo señala como una trampa. Usted pasó por todo ese problema para hacer un hilo, así que si va a ejecutarlo en el hilo actual en su lugar, entonces es probable un error.
- No se puede localizar el símbolo 'tcgetattr' referido por "libcrypto.so"
- Utilizar proxy en Visual Studio Emulator para Android