在阅读官方线程概述文档时，有以下描述：
线程注解
线程注解可以检查某个方法是否从特定类型的线程调用。支持以下线程注解：
@MainThread@UiThread@WorkerThread@BinderThread@AnyThread
构建工具会将 @MainThread 和 @UiThread 注解视为可互换，因此您可以从 @MainThread 方法调用 @UiThread 方法，反之亦然。不过，如果系统应用有多个视图在不同的线程上，那么界面线程可能会与主线程不同。 因此，您应使用 @UiThread 为与应用的视图层次结构关联的方法添加注解，并使用 @MainThread 仅为与应用生命周期关联的方法添加注解。
如果某个类中的所有方法具有相同的线程要求，您可为该类添加一个线程注解，以验证该类中的所有方法是否从同一类型的线程调用。
线程注解的一个常见用途是验证注解为 @WorkerThread 的方法或类，并且此类注解仅会通过相应的后台线程调用。
为什么 UI 线程不一定是主线程？
在 Android 中，通常情况下主线程（Main Thread） 和UI 线程（UI Thread） 是同一个线程 ------ 应用启动时创建的主线程负责处理 UI 绘制、用户交互等操作，因此主线程也被称为 UI 线程。但在系统应用 或特殊场景中，两者可能分离，核心原因是：UI 线程的本质是 "负责管理某个视图层次（View Hierarchy）绘制和交互的线程"，而主线程是 "应用进程启动时创建的主要线程" ，当一个应用需要管理多个独立的视图层次且希望它们不互相阻塞时，可能会为不同的视图层次分配不同的线程，这些线程就是各自视图的 "UI 线程"，但并非应用的主线程。
举例说明：系统级多窗口应用的场景
假设 Android 系统中有一个负责管理多任务窗口的系统应用（如系统的 "分屏管理器"），其功能是同时显示多个独立的应用窗口（如左侧一个视频窗口、右侧一个文档窗口），并允许用户分别与两个窗口交互。
-
该系统应用的主线程（Main Thread） 负责处理全局逻辑：如窗口的创建 / 销毁、位置调整、系统事件（如屏幕旋转）的分发等，这是应用进程启动时的核心线程。
-
由于两个窗口需要高频刷新（如视频窗口每秒 30 帧绘制），如果都由主线程处理，可能导致主线程阻塞（例如视频绘制耗时影响文档窗口的输入响应）。因此，系统应用为每个窗口的视图层次（View Tree）单独创建了两个独立的后台线程：
- 线程 A：专门负责左侧视频窗口的视图绘制（如解码后的帧渲染）、触摸事件处理（如拖动进度条），它是视频窗口的 UI 线程。
- 线程 B：专门负责右侧文档窗口的视图绘制（如文字滚动）、输入事件处理（如键盘输入），它是文档窗口的 UI 线程。
此时，线程 A 和线程 B 都是各自视图的 "UI 线程"（因为它们直接管理视图的绘制和交互），但它们都不是系统应用的 "主线程"（主线程在处理全局逻辑）。因此，在这个场景中，UI 线程（线程 A、B）与主线程（系统应用的核心线程）是不同的线程。
为什么普通应用中两者通常一致？
普通应用的视图层次（如 Activity 的布局）默认绑定到主线程，且 Android 框架对普通应用的 UI 操作做了严格限制（如非主线程操作 UI 会抛出异常），目的是简化开发并避免多线程操作 UI 导致的同步问题。而系统应用由于功能复杂（如需要管理多个独立视图），可能通过底层机制绕过这些限制，为不同视图分配独立的 UI 线程，因此会出现 "UI 线程≠主线程" 的情况。
综上，"UI 线程" 的定义依赖于 "哪个线程在管理视图的绘制和交互"，而 "主线程" 是应用进程的核心线程，两者在特殊场景（如系统应用的多视图管理）中可能分离。