从底层理解 GUI 应用程序后台模式
Understanding GUI application background mode at low level
我主要对 ARM Mali GPU 和 android 感兴趣，但此处的任何通用信息都会很有用。我只想知道我们对 "GUI application goes to background"
这样的术语的了解程度
- 平台 API 级别（即 opengl 之上的图形堆栈系统库）(1)
- 在 opengl 级别？ (2)
- GPU（驱动程序和硬件级别）是否理解什么是 "application goes to background"？ (3)
根据我的理解，基本上应该是（1）。当应用程序进入后台时应该发生什么，是否有任何标准，即哪些图形数据可以被丢弃，哪些需要恢复？还是每个平台都以自己的方式实现？拜托，有人可以提供任何有用的信息或参考，说明必须保存来自低级图形上下文的哪些数据，以便在从后台返回到前台时恢复 GUI 应用程序吗？
它完全由 OS window 系统通知框架向应用程序发送通知进行管理，应用程序必须管理发送到后台的实际含义（例如销毁 OpenGL ES 资源以释放内存）。
图形驱动程序对此一无所知；它完全高于 OpenGL ES API 级别。
我主要对 ARM Mali GPU 和 android 感兴趣，但此处的任何通用信息都会很有用。我只想知道我们对 "GUI application goes to background"
这样的术语的了解程度- 平台 API 级别（即 opengl 之上的图形堆栈系统库）(1)
- 在 opengl 级别？ (2)
- GPU（驱动程序和硬件级别）是否理解什么是 "application goes to background"？ (3)
根据我的理解，基本上应该是（1）。当应用程序进入后台时应该发生什么，是否有任何标准，即哪些图形数据可以被丢弃，哪些需要恢复？还是每个平台都以自己的方式实现？拜托，有人可以提供任何有用的信息或参考，说明必须保存来自低级图形上下文的哪些数据，以便在从后台返回到前台时恢复 GUI 应用程序吗？
它完全由 OS window 系统通知框架向应用程序发送通知进行管理，应用程序必须管理发送到后台的实际含义（例如销毁 OpenGL ES 资源以释放内存）。
图形驱动程序对此一无所知；它完全高于 OpenGL ES API 级别。