【iOS】一种查framework bug的方法
CC
目前正在做的产品是一款直播+短视频的产品（话说去年直播热，今年直播下去了，短视频突然又火起来了），为了避免重复造轮子、解放生产力、专注于业务实现、布拉布拉布拉···，于是我们老早的就接入了腾讯云直播的SDK，使用他们的音视频低层技术。他们的SDK是打包成framework的形式提供给外界，也就是说其实现不可见，只暴露提供对外接口的头文件。
那么问题来了，平时大家查bug都是看堆栈、查调用方，从而判定是哪个函数的问题。如果SDK出问题，报了堆栈我们也会反馈给腾讯云，推动他们来改bug。但是，如果出现了不报堆栈的SDK问题，就很懵逼了，而我们的产品最近就遇到一个，这里记录下发现问题、解决问题的过程。
问题
在短视频播放页面，我们添加了一个UITextField，提供给用户进行快速评论。当用户点击输入框拉起键盘，在长按的时候理应出现“复制、粘贴、选择、全选”的menubar，却闪烁一下就消失不见了！纳尼？以楼主曾经单身22年的手速，竟然赶不上一口热乎的···而app内其他地方的输入框展示menubar都是完全正常的，WTF？这个问题网上完全搜不到资料，只能自己吭哧吭哧搞起来！
大胆假设
1.相比于其他页面，这个页面有两个输入框，一个是快速评论框，直接展示给用户；一个是隐藏的，在拉起评论列表的时候展示给用户。是不是两个输入框同时监听了键盘出现和消失的Notification导致的？
2.网上查了下，苹果允许开发者自定义menubar，提供给开发者的类是UIMenuController，其内部有设置显隐的方法，我用swizzing的方法替换掉它的隐藏方法，不就知道是谁调用了隐藏，导致闪烁了么。
小心求证
1.小心个毛啊，直接干掉一个UITextField和其监听，来看看效果。恩，还是闪烁，还是有问题。妥妥的，我福尔摩斯·CodeCola早就预见到了这种情况，来，开始验证下一个假设！
2.Talk is cheap，show me the code.
Method origin = class_getInstanceMethod([UIMenuController class], @selector(setMenuVisible:));
Method swizzing = class_getInstanceMethod([UIMenuController class], @selector(selfSetMenuVisible:));
method_exchangeImplementations(origin, swizzing);
Method origin1 = class_getInstanceMethod([UIMenuController class], @selector(setMenuVisible:animated:));
Method swizzing1 = class_getInstanceMethod([UIMenuController class], @selector(selfSetMenuVisible:animated:));
method_exchangeImplementations(origin1, swizzing1);
而swizzing的方法也很简单，只是两个空壳，打下log，能断点看下堆栈就行。
- (void)selfSetMenuVisible:(BOOL)visible
{
NSLog(@"[CodeCola] 0");
[self selfSetMenuVisible:visible];
}
- (void)selfSetMenuVisible:(BOOL)visible animated:(BOOL)animated
{
NSLog(@"[CodeCola] 1");
[self selfSetMenuVisible:visible animated:animated];
}
下面，就是见证奇迹的时刻！！！
First time，哎？怎么没log？断点也没断住？一定是我打开的方式不对！Again，Again··· Kiding me？怎么可能断不住？是你Xcode变了心，还是我福尔摩斯·CodeCola不够骚？
然后卡了好久，直到又一个想法。
解决过程
网上查menubar相关的内容，都是如何禁掉menubar，都是建议重写下面这个方法：
- (BOOL)canPerformAction:(SEL)action withSender:(id)sender
于是，我就写了个catagory，钩了一下这个方法。
@interface UITextField (CodeCola)
@end
@implementation UITextField (CodeCola)
- (BOOL)canPerformAction:(SEL)action withSender:(id)sender
{
return [super canPerformAction:action withSender:sender];
}
@end
效果如下：
图1: UITextField调用堆栈图
哎哟我擦！不怪我名侦探柯CodeCola不够帅，是你苹果粑粑太淘气，UICalloutBar什么鬼？不是UIMenuController么？说好一起到白头，你却偷偷焗了油···
看断点堆栈，调用方是UITextSelectionView这个小婊砸，用的还是show方法，有show肯定就有hide了！于是，用runtime把它的方法打一遍，当然，还有更方便的方法是去github可以找到苹果开源的这个头文件——UITextSelectionView，然后你就能看到与showCommands对应的两个方法：
- (void)hideSelectionCommands;
- (void)hideSelectionCommandsAfterDelay:(double)arg1;
然后，就是要钩出这两个方法，来看调用的堆栈。然后就瓦特掉了，因为是内部类，没法写继承，没法写category来swizzing，how to play？
其实还是有办法的，当时我采用的方法还是swizzing，在其他类里面随便写个方法来替换，比如打个NSLog之类的啊，因为我只需要看调用堆栈来找调用方的问题。事后发现另外一种完美的方法，这里贴出来：
static IMP _orignImp;
+ (void)load
{
Class cls = NSClassFromString(@"UITextSelectionView");
SEL selector = NSSelectorFromString(@"hideSelectionCommands");
Method origin = class_getInstanceMethod(cls, selector);
_orignImp = class_getMethodImplementation(cls, selector);
method_setImplementation(origin, (IMP)selfHideSelectionCommands);
}
void selfHideSelectionCommands(id self, SEL _cmd)
{
NSLog(@"[CodeCola] Called!");
((void (*)(id, SEL))_orignImp)(self, _cmd);
}
这种方法是直接替换了IMP，经验方法借鉴了南峰子的技术博客，然后，重点来了！
图2 调用堆栈图
是SDK内部的调用！？然后，然后···用iOS自带的界面调试工具，发现SDK自己创建了2个UITextView在一直输出log信息，而我们对SDK的Log设置分明是关闭的···
Superise！惊不惊喜！意不意外！感不感动！此值元旦佳节来临之际，我们意外的收获到了一份来自腾讯云SDK的彩蛋！2017年工作日的最后一天，晚上23点，突然有一种内牛满面的感觉。
还没完！新的问题来了——为啥UITextView操作的时候，会导致我的UTextField的menubar出不来呢？
于是写了个demo试了一下，加两个UITextView也好、UITextField也罢，同时加到一个view上，其中一个用timer定时更新其text，另一个手动操作，长按出现menubar。你会发现，出现的menubar，总是会在另外一个text更新的时候消失掉。而且只要是加入到view层级里面的，无论显隐都是这样；而定时更新text的UITextField/UITextView不加入view，则不会出现这个问题。
感觉苹果内部的menubar，也就是UICalloutBar，应该是一个单例，在其中一个输入框内容出现变化时，就会在view树上全局消除menubar。
最后，还发现一点，UITextView设置selectable属性为NO的话，其text改变不会影响到menubar的显隐；而UITextField没有发现这个属性，可能这又是一个新的问题···
今天元旦，新年新气象，就祝大家元旦大吉吧！
