MacOS/iOS强制主线程为UI线程的原因、规避方案及Rust跨进程UI咨询

注：本次讨论不涉及并发问题，我完全理解多线程修改UI会引发竞态条件、死锁等bug，但这不是本次问询的重点。

我想了解macOS/iOS为何强制要求GUI必须在主线程（Thread 0，即进程启动后的首个线程）上进行创建、更新或操作。相关表述提到：

on OSX/iOS the GUI must always be updated from the main thread, end of story.

我理解GUI操作需要单线程执行，但为何必须指定是Thread 0？

背景信息 #

我正在开发一款Rust应用，采用多线程分工架构：

• engine线程：负责核心计算与业务逻辑处理
• ui线程：承接所有UI相关的创建、更新操作
• 主程序线程：监控其他线程的运行状态，处理线程间同步逻辑

目前在Windows平台，我可以通过一种非安全方式在独立线程中创建UI，虽然能正常运行，但该API被官方明确标记为不推荐使用，且完全无法兼容macOS/iOS。我希望实现最大程度的跨平台兼容。

UI/engine线程存在不稳定风险，可能受外部依赖代码影响提前崩溃或退出，这类情况已经发生过。因此我需要主程序线程负责监控，在异常发生时实现优雅关闭。

我知道可以将Thread 0设为UI线程，把主程序逻辑移到其他线程，但主线程退出会直接导致整个应用终止——如果UI崩溃，整个程序就会异常终止，这不是我想要的结果。本质上我需要main函数运行在主线程，因为它不会突然退出导致程序异常终止。

TL;DR #

我核心想搞清楚三个问题：

1. macOS/iOS为何强制GUI运行在Thread 0（暂不考虑线程安全问题）
2. 是否存在规避方案（使用其他线程处理GUI），还是必须放弃这些平台？
3. 能否用Rust安全、简洁地实现UI作为独立进程运行，并与主进程共享内存或通信？

附注：已知相关讨论，但未得到针对性的解答。

内容的提问来源于stack exchange，提问作者Anon