ios - -[UIApplication setStatusBarHidden :withAnimation] does not fire KVO notifications for @"statusBarHidden" key

Question

我的 Root View Controller 中有代码观察 -[UIApplication sharedApplication] 的 @"statusBarHidden" 属性并调整其 View 的大小作为响应。

当我这样做时，会触发 KVO 通知:

[[UIApplication sharedApplication] setStatusBarHidden:YES]

但是当我这样做时，不会触发 KVO 通知:

[[UIApplication sharedApplication] setStatusBarHidden:YES withAnimation:UIStatusBarAnimationSlide]

当状态栏重新出现时，我需要调整 View 大小，但我使用的是调用后一种方法的第三方 API。

处理此问题的最佳方法是什么？

Answer 1

背景

就为什么您在通知触发中看到这种差异而言，这可能与 KVO 的工作方式有关。您观察属性 的值。在本例中，statusBarHidden。但是，为了获得通知，该属性必须通过为其存在的 setter 进行更改。

通知不可能神奇地发生，因此实际上需要将其编码为 setter 的副作用。 (这通常是在编写您的属性时自动为您完成的)但是，具有该属性的类也可以选择直接修改 ivar。在这种情况下，UIApplication 有一个内部结构 _applicationFlags，其中包含

    unsigned int statusBarHidden:1;

因此，setStatusBarHidden:withAnimation: 完全有可能只是直接修改底层数据成员，这绕过了回调观察者所需的 setter。

解决方案？

就您的解决方法而言，您没有提及此应用是否适用于应用商店(可能是出于个人/爱好目的，可能是企业应用，也可能是越狱应用)。

可能您可以选择的一件事是使用 method swizzling将 setStatusBarHidden:withAnimation: 的默认实现替换为您自己的实现。您自己的实现可以简单地调用 setStatusBarHidden:，然后它会重新启用 KVO。或者，如果您想保留动画，您可以使用 GCD 安排 setStatusBarHidden: 在 setStatusBarHidden:withAnimation: 完成动画所需的时间后运行。这样，您仍然可以获得动画，并且还可以通过调用 setStatusBarHidden: 触发 KVO。

我不清楚 App Store 应用程序是否总是拒绝方法调配。我认为它是(至少，在 iOS 框架中调配方法时)，但是 according to this, it is either allowed, or can slip through .

下一个问题是，“如果方法调配确实是 Apple 希望您避免的事情，尽管它是 being in public APIs，有没有办法解决这个问题？”

除非人在the Stack Overflow question I linked to在撒谎，看起来它确实通过了审查(至少有时)。所以，也许它没有以自动化的方式进行测试。也许它有时会被人类测试人员视觉识别，他们看到标准功能以不同的方式工作，他们推断一定是方法调配的结果。在这种情况下，您实际上并不想使用它来更改状态栏 UI 行为，只是为了锁定通知，所以这不应该打扰他们。

或者，他们可能正在搜索已知 iOS API(与调配一起使用)的选择器。如果是这样的话，从字符串构建的选择器很容易被混淆，to avoid detection .

无论如何，只有一些选择......