经验首页 前端设计 程序设计 Java相关 移动开发 数据库/运维 软件/图像 大数据/云计算 其他经验
当前位置:技术经验 » 移动开发 » iOS » 查看文章
不会吧,这也行?iOS后台锁屏监听摇一摇
来源:cnblogs  作者:Dast1  时间:2020/11/9 16:00:49  对本文有异议

背景介绍

一般情况下,出于省电、权限、合理性等因素考虑,给人的感觉是很多奇怪的需求安卓可以实现,但是iOS就无法实现!今天要介绍的需求也有这种感觉,就是“当 APP 处于后台或锁屏状态时,依旧可以监听到摇一摇,进而触发某些功能,比如:语音播报”。

在产品经理提出此需求的一瞬间,仿佛周边的空气都凝固了,我也犹如五雷轰顶,愣在原地无法动弹。不由心想:“苹果爸爸怎么可能允许开发者实现这种功能!这得多费电啊!要是所有 APP 都这么做了,那还了得!” 与此同时,之前网上疯传、远近闻名的的需求--“做一个会根据手机壳颜色而改变主题颜色的APP”,清晰地浮现在脑海中,顿时一万只xx??从心中奔腾而过。此时,产品经理解释到,这是咱们好多视力障碍用户提的需求,他们经常锁屏或把 APP 退到后台,且因为视力不佳原因,导致重新找到 APP 并切到前台的操作很是麻烦,所以十分希望我们能实现这个功能。

在短暂的心理活动后,秉着“客户第一,产品????”的原则,于是回复说:“这功能太少见了,我先在网上看看吧,要是有其他 APP 有类似的功能,麻烦跟我说我参考一下。”然后,就祭出了程序员利器--Google,输入“iOS 后台 摇一摇”,只搜索出来的一个思路:利用 CoreMotion 框架,监听加速计原始数据,然后在 APP 退到后台后,可以实现监听摇一摇的效果。然而,并没有完整的代码或 demo 。顿时,Talk is cheap, show me the code!这句经典台词突然地出现在脑海中!也看到有人评论说 CoreMotion 的确可以实现跟系统摇一摇类似的效果,但是退到后台或锁屏后,没办法监听到摇一摇事件。

看到这条评论时,我不禁开始怀疑此功能是否真的可以被实现。

玩归玩,闹归闹,开始 code,不开玩笑。

接下来,开始自己的探索之旅。

本文 demo 链接为 OCDailyTests/BackgroundShakeTest,可自行下载,方便运行和验证。

探索过程

其他 APP 有没有类似功能

经过一番 Google,终于找到一款 APP 有类似功能::酷狗音乐 APP,对,就是那个在 PC 端一打开就会大喊 Hello KuGou!的音乐软件对应的 APP,万万没想到,手机 APP 也是这样,一句Hello KuGou!把我吓一跳。按如下步骤,在设置里打开此功能后,后台或锁屏时,摇一摇手机,可实现切歌的效果。

既然的确有 APP 实现了此功能,那就踏踏实实地探索它可能是怎么实现的吧。

系统提供的摇一摇回调能否满足

系统摇一摇回调方法:

  1. - (void)motionBegan:(UIEventSubtype)motion withEvent:(UIEvent *)event{
  2. NSLog(@"%s", __FUNCTION__);
  3. }

经测试,此方法只有在 APP 处于前台时,才会被回调。APP 处于后台或锁屏时,此方法不会回调。故初步判定此方法不能满足需求。

其他方法能否实现

此时,还是先根据网上各路大神提供的思路进行尝试,即利用 CoreMotion 框架,监听加速计原始数据,然后在 APP 退到后台后,实现监听摇一摇的效果。

好,我们先利用 CoreMotion 框架,监听加速计原始数据,实现类似系统摇一摇回调的效果。

利用 CoreMotion 框架,监听加速计原始数据

通过加速计监听摇一摇

因加速计回调比较频繁,因此比较占用资源,故把此功能设计为单例。

  • 快速实现单例效果

    1. //具体实现详见 demo 中文件
    2. #import "HMSingleton.h"
    3. @interface MYAccelerometerTool : NSObject
    4. HMSingleton_h(MYAccelerometerTool);
    5. @end
    6. @implementation MYAccelerometerTool
    7. HMSingleton_m(MYAccelerometerTool);
    8. @end
  • 声明和懒加载运动管理员属性

    1. @property(nonatomic, strong) CMMotionManager *gMotionMnger;
    2. - (CMMotionManager *)gMotionMnger{
    3. if (nil == _gMotionMnger) {
    4. CMMotionManager *lMnger = [[CMMotionManager alloc] init];
    5. lMnger.accelerometerUpdateInterval = 0.1;
    6. [lMnger startAccelerometerUpdates];
    7. _gMotionMnger = lMnger;
    8. }
    9. return _gMotionMnger;
    10. }
  • 声明和实现时间戳属性,用于实现节流效果(为防止频繁回调,每次检测成功后,停止摇动 1s 后才继续响应下次摇一摇。)

    1. @property(nonatomic, strong) NSDate *gDateLastShakeSuc;
    2. - (NSDate *)gDateLastShakeSuc{
    3. if (nil == _gDateLastShakeSuc) {
    4. _gDateLastShakeSuc = [NSDate distantPast];
    5. }
    6. return _gDateLastShakeSuc;
    7. }
  • 开始监听摇一摇动作

    1. - (BOOL)startMonitorShake{
    2. if (NO == self.gMotionMnger.isAccelerometerAvailable) {
    3. return NO;
    4. }
    5. //监听中,直接返回YES
    6. if (self.gMotionMnger.isAccelerometerActive) {
    7. return YES;
    8. }
    9. [self.gMotionMnger startAccelerometerUpdatesToQueue:[NSOperationQueue new] withHandler:^(CMAccelerometerData * _Nullable accelerometerData, NSError * _Nullable error) {
    10. CMAcceleration acceleration = accelerometerData.acceleration;
    11. //综合x、y两个方向的加速度(z方向速度无意义,用的话,走路上下抖手机时会误触发,系统摇一摇也不会被z轴加速度触发)
    12. //当综合加速度大于2.3时,就激活效果(数据越小,用户摇动的动作就越小,越容易激活)
    13. double accelerameter = sqrt( pow( acceleration.x , 2 ) + pow( acceleration.y , 2 ));
    14. if (accelerameter > 2.3) {
    15. //节流效果:距离上次摇一摇成功事件,间隔时间小于1s时,认为无效
    16. NSDate *lCrtDate = [NSDate date];
    17. if ([lCrtDate timeIntervalSinceDate:self.gDateLastShakeSuc] < 1) {
    18. self.gDateLastShakeSuc = lCrtDate;
    19. return ;
    20. }
    21. self.gDateLastShakeSuc = lCrtDate;
    22. [[NSNotificationCenter defaultCenter] postNotificationName:KNTFY_SHAKE_SUCCESS object:nil];
    23. }
    24. }];
    25. return YES;
    26. }
  • 为了代码的对称美和可能的相关业务,实现停止监听摇一摇方法

    1. - (void)stopMonitorShake{
    2. [self.gMotionMnger stopAccelerometerUpdates];
    3. self.gMotionMnger = nil;
    4. self.gDateLastShakeSuc = nil;
    5. }

控制器相关逻辑和代码

  • 开始监听摇一摇

    1. BOOL lRes = [[MYAccelerometerTool sharedMYAccelerometerTool] startMonitorShake];
    2. NSLog(@"lRes:%d", lRes);
    3. NSAssert(lRes, @"开始监听摇一摇失败");
  • 监听摇一摇成功的通知

    1. [[NSNotificationCenter defaultCenter] addObserver:self selector:@selector(nmShakeSuccess:) name:KNTFY_SHAKE_SUCCESS object:nil];
    2. //在摇一摇的同时,通过观察此方法是否有log,可以判断是否有监听到。
    3. - (void)nmShakeSuccess:(NSNotification *)ntfy{
    4. NSLog(@"%s", __FUNCTION__);
    5. }
  • dealloc方法中取消监听

    1. - (void)dealloc{
    2. [[NSNotificationCenter defaultCenter] removeObserver:self];
    3. }

    运行 demo 工程,测试可知,通过上述方法,的确可以在 APP 处于前台时,实现监听摇一摇动作的效果。可是,当把 APP 退到后台或锁屏时,nmShakeSuccess 方法不再有 log,即:APP 处于后台时,通过监听加速计的方法,默认也无法在 APP 处于后台或锁屏时实现监听效果。这也印证了上文提到的那个评论者的疑问。

    可是 Hello KuGou! 明明实现了后台或锁屏时摇一摇的效果啊!难道是需要额外的配置?联想 iOS 处于后台时,默认会把 APP 的服务给挂起(suspended),只有当 APP 通过某种方式(后台定位/播放音乐/蓝牙扫描等)具有后台运行权限时,才可以一直保活。可猜想,也许赋予 APP 具有后台运行的权限后,就可以实现想要的功能了。于是,开始进行验证如下。

APP 申请后台运行权限后,能否监听到摇一摇

因为工作中很多 APP 具有后台定位权限和相关功能,所以本文通过为 APP 申请后台定位权限来验证。

APP 申请后台定位权限

  • plist 文件中增加”定位请求描述信息“

    1. <key>NSLocationAlwaysUsageDescription</key>
    2. <string>我们需要根据您的定位提供周边搜索和导航服务</string>
    3. <key>NSLocationWhenInUseUsageDescription</key>
    4. <string>我们需要根据您的定位提供周边搜索和导航服务</string>

    增加”后台定位权限“

    1. <key>UIBackgroundModes</key>
    2. <array>
    3. <string>location</string>
    4. </array>
  • 声明定位管理员属性

    1. @property(nonatomic, strong) CLLocationManager *gMnger;
  • 懒加载定位管理员,请求定位权限、允许后台位置更新

    1. - (CLLocationManager *)gMnger{
    2. if (nil == _gMnger) {
    3. _gMnger = [[CLLocationManager alloc] init];
    4. _gMnger.delegate = self;
    5. _gMnger.allowsBackgroundLocationUpdates = YES;
    6. [_gMnger requestWhenInUseAuthorization];
    7. }
    8. return _gMnger;
    9. }
  • 代理 3 步走(用于验证后台定位是否生效)

    • 遵守代理协议

      @interface ViewController ()<CLLocationManagerDelegate>

    • 指定代理对象

      _gMnger.delegate = self;

    • 实现代理方法

      1. #pragma mark - delegate
      2. - (void)locationManager:(CLLocationManager *)manager didUpdateLocations:(NSArray<CLLocation *> *)locations{
      3. NSLog(@"%s", __FUNCTION__);
      4. }
      5. - (void)locationManager:(CLLocationManager *)manager didFailWithError:(NSError *)error{
      6. NSLog(@"%s", __FUNCTION__);
      7. }
  • APP 后台或锁屏后,测试能否成功监听摇一摇

    运行 demo 工程,经测试,把 APP 退到后台或锁屏,或即退到后台又锁屏,都能够检测到摇一摇事件。

多 APP 都实现此功能时,摇一摇是何效果

这里用 demo APP 和酷狗音乐 APP 进行测试。

  • 同时打开这两个 APP,其中酷狗音乐 APP 打开后台摇一摇切歌的功能。
  • 酷狗音乐 APP 开始放歌,退到后台。
  • demo APP 打开后,退到后台。
  • 摇一摇,查看效果:
    • 当摇动的力度不是很大时,demo APP 回调方法会被触发;
    • 当摇动的力度很大时,demo APP 回调方法和酷狗 APP 切歌会同时被触发;
  • 由此可见,如果多个 APP 同时实现了此功能时,那么后台或锁屏摇一摇时,只要满足了某个 APP 实现的加速计相关判定条件,就可以同时触发多个 APP 对应的效果。

后台定位权限 + 系统摇一摇,是否可行?

经测试,还是不行。果然,系统摇一摇还是比较受限的,只能在前台回调。

文章小结

想要实现”iOS后台锁屏监听摇一摇“功能,

首次,必须满足一个硬性条件:APP 具有某种后台运行的权限。

其次,技术实现上必须使用CoreMotion框架,通过监听加速计回调自己实现对摇一摇事件的监听判定

最后,可通过增加时间属性,实现对摇一摇事件监听时的节流效果,防止持续摇动时,太过频繁的事件回调。

此外,多 APP 都实现此功能时,摇一摇的效果是:只要摇动力度很大,加速计数据满足 APP 实现的摇一摇判定条件,就可以同时触发多个 APP 各自对应的效果

因此,如果不是 APP 特别需要此功能,尽量不要这样实现,毕竟,比较占用系统资源,而且太多 APP 同时实现时,可能会出现效果上的相互干扰。不过,如果合理利用此功能,却可以为特殊用户群体提供极大的便利

通过探索,满足了视力障碍用户的迫切需求,还是蛮有成就感的!

偷偷的告诉大家,写到这里时,产品经理还没告诉我他所知道的哪个 APP 实现了这个功能,可能他太忙,给忘记了吧......

参考文章

iOS应用退出到后台后怎样监听摇晃事件

Demo 链接

OCDailyTests/BackgroundShakeTest

最后,感谢“技术创作101训练营”!通过参加训练营,让我对写作有了更深入的认识和更高的心里觉悟。

本文由博客群发一文多发等运营工具平台 OpenWrite 发布

原文链接:http://www.cnblogs.com/Dast1/p/13784034.html

 友情链接:直通硅谷  点职佳  北美留学生论坛

本站QQ群:前端 618073944 | Java 606181507 | Python 626812652 | C/C++ 612253063 | 微信 634508462 | 苹果 692586424 | C#/.net 182808419 | PHP 305140648 | 运维 608723728

W3xue 的所有内容仅供测试,对任何法律问题及风险不承担任何责任。通过使用本站内容随之而来的风险与本站无关。
关于我们  |  意见建议  |  捐助我们  |  报错有奖  |  广告合作、友情链接(目前9元/月)请联系QQ:27243702 沸活量
皖ICP备17017327号-2 皖公网安备34020702000426号