android sensor的框架设计原理

应用通过 Sensors SDK（软件开发套件）API访问传感器。SDK 包含用以列出可用传感器和注册到传感器的函数。

在注册到传感器时，应用可指定自己的首选采样率和延迟要求。

框架

框架负责将多个应用关联到 HAL。如果框架级别没有发生这种多路复用，则在任何指定时间内每个传感器都只能被一个应用访问。

当第一个应用注册到传感器时，框架会向 HAL 发送请求以激活传感器。
当其他应用注册到相同的传感器时，框架会考虑每个应用的要求，并将更新的已请求参数发送到 HAL。
采样率将是请求的采样率的最大值，这意味着一些应用接收事件的频率会高于所请求的频率。
最大报告延迟将是请求的延迟的最小值。如果某个应用的最大报告延迟是 0，若它请求传感器，则所有应用将以连 续模式从该传感器接收事件，即使某些应用请求传感器时的最大报告延迟不是 0 也是如此。有关详情，请参阅批处理。
当注册到某个传感器的最后一个应用取消注册之后，框架会向 HAL 发送请求以停用该传感器，从而避免不必要的功耗。

## 多路复用的影响

在框架中实现多路复用层的这一需求说明了一些设计决策的原因。

当应用请求特定采样率时，不能保证事件不会以更快的频率到达。如果另一个应用以更快的频率请求同一传感器，则第一个应用也将以那个快的频率来接收事件。
请求的最大报告延迟同样无法得到保证：应用可能以比请求的延迟短的多的延迟接收事件。
除了采样率和最大报告延迟之外，应用还无法配置传感器参数。
没有将数据从应用向下发送至传感器或其驱动程序的机制。这样可以确保某个应用无法修改传感器的行为，从而不会对其他应用造成破坏

**可以看出框架的设计其实是保证了上层的稳定性，底层的功能就是接收并处理上层的指令