Java 在Android中使用回调还是使用处理程序？
我在向Android学习，并注意到他们正在使用处理程序向UI发送更新，如图所示。我想知道为什么他们不喜欢使用回调/侦听器向UI发送更新？我猜是因为处理程序在创建它的线程上发布消息。如果使用回调，则必须注意调用runOnUiThread（Runnable）以执行任何类型的UI更改 我猜是因为处理程序在创建它的线程上发布消息。如果使用回调，则必须注意调用runOnUiThread（Runnable）以执行任何类型的UI更改 猜一猜。 Handler是一个完美的异步解决方案。只要将消息发布到MessageQueue，处理程序（UI线程）就会从中获取消息。它可以降低模块的复杂性 回调是另一种解决方案，但根据处理程序更新UI而复杂。以供猜测。 Handler是一个完美的异步解决方案。只要将消息发布到MessageQueue，处理程序（UI线程）就会从中获取消息。它可以降低模块的复杂性 回调是另一种解决方案，但根据更新用户界面的不同而复杂Java 在Android中使用回调还是使用处理程序？,java,android,callback,listener,handler,Java,Android,Callback,Listener,Handler,我在向Android学习，并注意到他们正在使用处理程序向UI发送更新，如图所示。我想知道为什么他们不喜欢使用回调/侦听器向UI发送更新？我猜是因为处理程序在创建它的线程上发布消息。如果使用回调，则必须注意调用runOnUiThread（Runnable）以执行任何类型的UI更改 我猜是因为处理程序在创建它的线程上发布消息。如果使用回调，则必须注意调用runOnUiThread（Runnable）以执行任何类型的UI更改 猜一猜。 Handler是一个完美的异步解决方案。只要将消息发布到Messa