为什么Android系统不建议子线程访问UI ？
在Android系统中，不建议或禁止子线程（非UI线程）直接访问UI的原则是出于维护UI的线程安全和用户界面响应性的考虑。以下是几个主要的原因和解释：
- 线程安全
UI组件不是线程安全的。Android的UI工具包（包括所有视图组件和视图组，如TextView和LinearLayout等）都是设计为单线程模型，通常这个线程是应用的主线程（也称为UI线程）。如果多个线程同时修改UI组件的状态，那么这些组件的状态可能会变得不一致或预测不到，导致应用崩溃或出现错误行为。
- 保持响应性
主线程负责处理UI操作、输入事件处理和动画等任务。如果主线程被耗时的任务或复杂计算阻塞，应用的响应性将会受到严重影响，导致糟糕的用户体验。例如，如果主线程因为等待来自网络的数据而被阻塞，用户界面可能会冻结，无法响应用户的输入。因此，所有耗时的操作推荐在子线程中执行，主线程专注于UI更新。
- 避免ANR（Application Not Responding）
Android操作系统在应用的主线程上设置了严格的执行时间限制：如果应用在主线程上执行了超过5秒的操作未响应用户输入或操作，或者广播接收器未在10秒内完成处理，系统就会向用户显示ANR对话框。这是为了防止应用因长时间无响应而影响用户体验。通过在子线程中处理耗时任务，可以避免ANR的发生。
- 正确的线程使用模式
为了维持应用的稳定和高效，Android提供了多种在子线程处理数据并在主线程更新UI的模式和工具，例如：
- 使用
Handler从子线程发送消息到主线程； - 使用
AsyncTask简化线程之间的通信，它允许进行后台操作并在主线程上发布进度和结果； - 使用
runOnUiThread(Runnable action)方法在主线程上执行操作； - 利用
View.post(Runnable)在View所在的线程上执行操作； - 使用
LiveData和ViewModel结合架构组件来安全地管理UI相关的数据。
总之，遵守Android的线程模型规则，即在主线程管理UI，使用子线程处理耗时或阻塞性操作，是保证应用稳定性、响应性和良好用户体验的关键。