FMX窗体OnActivate与OnPaint间渲染延迟问题排查求助

• FMX组件原生绑定与资源加载阻塞：OnActivate触发时，FMX框架仍在后台完成组件的原生句柄初始化（Windows下创建HWND、Android下绑定原生控件实例），以及图片资源的解码、缓存操作。这些流程默认在主线程执行，Android平台跨层调用原生UI框架的开销远高于Windows，极易直接阻塞主线程。
• GPU渲染上下文初始化异常：FMX依赖硬件加速渲染，OnActivate后会尝试初始化DirectX（Windows）或OpenGL ES（Android）渲染上下文。若GPU驱动兼容差、资源被其他进程占用，初始化会卡住主线程：Windows下系统等待后 fallback 到CPU渲染，表现为4秒延迟；Android下主线程超时触发ANR，OnPaint完全无法触发。
• 布局系统重复计算：即使组件数量少，若存在嵌套布局（如面板嵌套按钮/标签），FMX的Measure/Arrange流程可能因约束设置不合理（如控件尺寸循环依赖）触发重复计算。Windows下拖慢主线程，Android下因计算耗时过长导致主线程卡死，OnPaint被无限延后。
• FMX内部事件队列积压：OnActivate触发后，框架内部积压的系统同步事件、组件初始化后续逻辑优先级高于OnPaint。Windows下系统逐步处理队列，延迟后执行OnPaint；Android下主线程被长时间占用，事件队列彻底阻塞，OnPaint永远得不到执行机会。
• 图片资源加载隐性阻塞：FMX默认可能在后台线程加载图片，若图片格式不兼容、资源路径错误，后台线程会卡住，主线程因等待资源加载完成被同步阻塞——Windows下触发超时降级，Android直接导致主线程无响应。

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