应用通过 Sensors SDK(软件开发套件)API访问传感器。SDK 包含用以列出可用传感器和注册到传感器的函数。
在注册到传感器时,应用可指定自己的首选采样率和延迟要求。
框架
框架负责将多个应用关联到 HAL。如果框架级别没有发生这种多路复用,则在任何指定时间内每个传感器都只能被一个应用访问。
当第一个应用注册到传感器时,框架会向 HAL 发送请求以激活传感器。
当其他应用注册到相同的传感器时,框架会考虑每个应用的要求,并将更新的已请求参数发送到 HAL。
采样率将是请求的采样率的最大值,这意味着一些应用接收事件的频率会高于所请求的频率。
最大报告延迟将是请求的延迟的最小值。如果某个应用的最大报告延迟是 0,若它请求传感器,则所有应用将以连 续模式从该传感器接收事件,即使某些应用请求传感器时的最大报告延迟不是 0 也是如此。有关详情,请参阅批处理。
当注册到某个传感器的最后一个应用取消注册之后,框架会向 HAL 发送请求以停用该传感器,从而避免不必要的功耗。
## 多路复用的影响
在框架中实现多路复用层的这一需求说明了一些设计决策的原因。
当应用请求特定采样率时,不能保证事件不会以更快的频率到达。如果另一个应用以更快的频率请求同一传感器,则第一个应用也将以那个快的频率来接收事件。
请求的最大报告延迟同样无法得到保证:应用可能以比请求的延迟短的多的延迟接收事件。
除了采样率和最大报告延迟之外,应用还无法配置传感器参数。
没有将数据从应用向下发送至传感器或其驱动程序的机制。这样可以确保某个应用无法修改传感器的行为,从而不会对其他应用造成破坏
**可以看出框架的设计其实是保证了上层的稳定性,底层的功能就是接收并处理上层的指令