新版本更新完毕，偷得一点闲时间看看帖子，�观看到了一个关于hitTest的帖子，感觉写的特别好。读到里面有一段模仿闲鱼的app的中间按钮，hitTest代码那里，就想自己实践一遍。
我这个人吧，比较顽执，所看到的东西必须实践一遍才选择相信。曾经就有个帖子是错的（这里没有抨击的意思，在此网站确实学到了很多知识）：自定义缓冲函数，获取控制点不能直接用CGPoint去取，要用float数组。
或许是iOS版本改动导致，但有很多网站仍然复述同样的错误，所以在现在看帖都会通过实践学习。下面回到正题。
如何写让UITabBarController的中间按钮超出界外响应
1.失败方法
1.1 继承按钮父view，添加hitTest:withEvent:方法
我试着用这种方法去做，将CustomTabbar继承UITabbar，让自定义Tabbar替换UITabBarController的自带Tabbar，很遗憾，UITabBarController的Tabbar是readonly。
不过对于一些可自定义的view，直接自定义父类去添加hitTest方法是可以的。
2.成功方法
2.1 category类UITabbar，通过方法交换实现
既然不能通过把父View继承来添加hitTest:withEvent判断，我想能不能扩展一下UITabbar，在不影响UITabBarController的情况下，通过自定义的xxHitTest:withEvent，来替换掉UIView的hitTest:withEvent。
通过调用原始方法，得到响应者子View，如果view为nil，再添加是否point在目标按钮上的判断，如果是，则返回目标按钮响应事件。
主体代码如下：
+ (void)load {
Method method1 =
class_getInstanceMethod([UIView class], @selector(hitTest:withEvent:));
Method method11 = class_getInstanceMethod([UIView class], @selector(xxHitTest:withEvent:));
method_exchangeImplementations(method1, method11);
}
- (UIView *)xxHitTest:(CGPoint)point withEvent:(UIEvent *)event {
UIView *touchView = [self xxHitTest:point withEvent:event];
if (!touchView) {
if (self.hitTestView) {
if (CGRectContainsPoint(self.hitTestView.frame, point)) {
return self.hitTestView;
}
}
}
return touchView;
}
static char hitTestView_bind;
- (void)setHitTestView:(UIView *)hitTestView {
objc_setAssociatedObject(self, &hitTestView_bind, hitTestView, OBJC_ASSOCIATION_RETAIN_NONATOMIC);
}
- (UIView *)hitTestView {
return objc_getAssociatedObject(self, &hitTestView_bind);
}
经过测试，功能ok。
2.2 通过类似KVO实现方式
搞定了事情，轻松了大半。但我回头一想，难道通过第一种方式，真的不能实现吗？
KVO不也是在不改动实例指针的情况下，悄悄的添加了一个子类，通过修改isa指向方式实现了吗？
于是，翻查KVO实现方式，按照这个帖子，实现了类似KVO的悄然替换。上代码：
static char hitTestView_bind;
- (void)setHitTestView:(UIView *)hitTestView {
NSString *className = [self newClassName];
if (!NSClassFromString(className)) {
//创建新类
Class originalClazz = object_getClass(self);
Class newClass = objc_allocateClassPair(originalClazz, className.UTF8String, 0);
objc_registerClassPair(newClass);
//添加hittest方法实现
const char *types = "@:@";
class_addMethod(NSClassFromString(className), @selector(hitTest:withEvent:), (IMP)hitTestWithEvent, types);
}
//把自己指向新类
object_setClass(self, NSClassFromString(className));
objc_setAssociatedObject(self, &hitTestView_bind, hitTestView, OBJC_ASSOCIATION_RETAIN_NONATOMIC);
}
- (UIView *)hitTestView {
return objc_getAssociatedObject(self, &hitTestView_bind);
}
//新增类名
- (NSString *)newClassName {
NSString *className = NSStringFromClass([self class]);
className = [className stringByAppendingString:@"_expandResponseRect"];
return className;
}
UIView *hitTestWithEvent(UIView *self, SEL _cmd, CGPoint point, UIEvent *event) {
//objc调用父类
struct objc_super superclazz = {
.receiver = self,
.super_class = class_getSuperclass(object_getClass(self))
};
id (*objc_msgSendSuperCasted)(void *, SEL, CGPoint, id) = (void *)objc_msgSendSuper;
//如果不在父类范围，检查是否在expandResponseView上
UIView *view = objc_msgSendSuperCasted(&superclazz, _cmd, point, event);
if (!view) {
UIView *expandResponseView = self.hitTestView;
if (expandResponseView &&
CGRectContainsPoint(expandResponseView.frame, point)) {
return expandResponseView;
}
}
return view;
}
虽然，这种方式看上去有点折腾，但也学到了不少知识。如：objc调用父类、动态创建新类并修改isa、运行时添加方法。
本文Demo
测试Demo:https://github.com/V5zhou/CustomTabBarController
总结
比较不推荐使用方法交换，因为交换系统hitTest方法，会影响到所有view，在事件传递过程中，会多出自己代码中的额外判断逻辑（if (!touchView)）。虽然影响很小，但能不动系统的就不动，避免积少成多。
从响应者链出发，学会了KVO的实现流程，划算！
让我想起了Dota1中调侃我熊神的一句话：在熊神直播间，我学会了喷人。
