背景

虽然我知道iOS的控件都会有大大小小的坑，但我之前却一直不知道连小小的UISwitch也会有那么大的坑。。。（主要是这个东西用得少，或者说项目里需要用的地方少，没怎么注意）
事情是这样子的，我给UISwitch添加了UIControlEventValueChanged事件，然后在一次偶然中拖了下，发现居然会一直来回跳动。于是我搜索了下，果然并不是只有我一个人。

网上的解决方案

搜索UISwitch bug就有不少的文章，其解决方式不外乎把事件改为UIControlEventTouchUpInside，我也尝试了下，发现还是有问题，按住控件并且在控件外放开的时候，按钮会切换，但并不会调用响应方法！！！
于是某个文章里又说了，再加个UIControlEventTouchUpOutside事件。emmmmmmm... 看起来是很完美，然而并没有什么卵用。
于是我就琢磨了，我能不能截拦事件呢？ 让我自己去处理他的事件。然后我就有了以下的解决方法。

我的方案

懂iOS的事件响应的人都知道，UIGestureRecognizer的优先级是大于控件本身的触摸事件的，那我能否添加个UITapGestureRecognizer来覆盖原来的事件呢？？
我尝试了下，确实是可行的，但还是有点问题，在滑动的时候因为UITapGestureRecognizer识别失败，还是会响应UISwitch本身的事件。
那我可不可以再增加个UIPanGestureRecognizer呢？？ 我觉得是OK的，但有点麻烦了。事实上点击已经够用了，所以我并不打算去做滑动的处理，但滑动又有问题，那怎么办？
根据iOS事件响应的原理，如果其有子view，并且子view是能响应事件的，那子view就会响应事件。然后我就在UISwitch上面增加了一层透明的view，让该view去响应事件，从而阻隔了UISwitch的事件。
所以我先子类化，初始化方法如下：

- (instancetype)init
{
    if (self = [super init])
    {
        [self setBackgroundColor:[UIColor clearColor]];
    
        UIView *view = [[UIView alloc] init];
        [view setBackgroundColor:[UIColor clearColor]];
        [self addSubview:view];
        [self setView:view];
        
        UITapGestureRecognizer *gestureRecognizer = [[UITapGestureRecognizer alloc] initWithTarget:self action:@selector(changeState:)];
        [view addGestureRecognizer:gestureRecognizer];
    }
    
    return self;
}

然后通过block回调给外面：

- (void)addBlock:(ZTSwitchBlock)block
{
    [self setBlock:block];
    
    return;
}

- (void)changeState:(UITapGestureRecognizer *)gestureRecognizer
{
    ZTSwitchBlock block = [self block];
    if (block)
    {
        block(self);
    }
    
    return;
}

可是这样子做完后，总感觉怪怪的，好像少了什么一样。只能点击不能滑动吗？
感觉也不是，因为我觉得滑动是可以做的，但没必要，那是什么呢？。。。
在我无聊滑动我的X时候，我才想起来，没错，就是震动。打开系统的设置，在声音与触感那里的底部，有个东西叫系统触感反馈，当你打开之后，你的一些操作会有轻微的震动来作为反馈，我觉得这个体验很好，但是我已经阻断了UISwitch本身的事件，所以它是无法响应的，也就提供不了震动反馈。不过还好，苹果给了我们API，所以我们还是可以自己实现的。
我修改了实现，如下：

- (void)setOn:(BOOL)on animated:(BOOL)animated
{
    [self vibration];
    [super setOn:on animated:animated];
    
    return;
}

- (void)changeState:(UITapGestureRecognizer *)gestureRecognizer
{
    ZTSwitchBlock block = [self block];
    if (block)
    {
        [self setNeedVibration:YES];
        block(self);
        [self setNeedVibration:NO];
    }
    
    return;
}

- (void)vibration
{
    if ([self isNeedVibration])
    {
        UIImpactFeedbackGenerator *feedBackGenertor = [[UIImpactFeedbackGenerator alloc] initWithStyle:UIImpactFeedbackStyleMedium];
        [feedBackGenertor prepare];
        [feedBackGenertor impactOccurred];
        [self setNeedVibration:NO];
    }
    
    return;
}

当设置UISwitch状态时，判断是不是要震动（因为只有手动点击才可以震动，调用方法是不需要震动的），震动后马上重置状态。
在我觉得已经很完美的时候，bug出现了。。。 fuck
注意下我调用block的操作，我是先设置状态，然后调用block，再重置状态，这看起来很OK，事实上一般情况下也很OK。只是，既然是造轮子，那么啥情况都有可能出现，就比如，调用block的时候，别人在block的实现里使用异步的子线程，这就导致了在没有调用setOn:方法就已经返回了，然后你就重置了状态。。。 这就导致了震动永远是无效的。
遇到这个bug，我马上就想到了线程同步。于是乎我就开始了折腾线程同步，但事实上这是徒劳的，因为外界的block不会给我任何有关线程的东西，我也就无能为力了。
那怎么办？？ 只能眼睁睁的看着？？
我觉得挺沮丧的，一个小小的控件我居然都搞不定。。。
在我懊恼之际，突然想起了系统异步回调的处理方法，有个专业名词叫CompletionHandler的block就是专门用来处理这种情况的。（更多内容请看 有一种 Block 叫 Callback，有一种 Callback 叫 CompletionHandler）
于是回调代码改成这样：

- (void)changeState:(UITapGestureRecognizer *)gestureRecognizer
{
    ZTSwitchBlock block = [self block];
    if (block)
    {
        [self setNeedVibration:YES];
        __weak typeof(self) weakSelf = self;
        block(self, ^() {
            [weakSelf setNeedVibration:NO];
        });
    }
    
    return;
}

调用者只要在最后调用completionHandler();就可以了。完美的解决了我的需求。或许唯一不足的就是要求使用者调用completionHandler()了，如果使用者忘记了，有可能会导致状态无法恢复，在非点击的状态下调用setOn:就会出现震动。

---

demo地址：ZTSwitchDemo

---

按照惯例，这里推荐下我的QQ群。。。 群号139322447，在这里欢迎大家的加入😄