以后每用Runtime解决一个问题，就会记录在这个文集里。
我将以真实的使用场景为大家讲述Runtime的各种用法，让Runtime真正的投入到生产中。
合辑demo Github地址
Update!!!
最新测试。iOS11上苹果明智的修复了这个问题。现在可以使用常规的方式来定义Menu的item，和UITextView一样简单。
需求：
控制WKWebView长按弹出的Menu的Item。
具体的情况是，需求希望只出现“复制”“定义”而屏蔽系统自带的“共享”。
解决：
在UITextView上这个问题简单的一逼。只要继承UITextView，在子类实现canPerformAction:withSender:就可实现。
代码大概如下。
@interface WELTextView : UITextView
@end
@implementation WELTextView
- (BOOL)canPerformAction:(SEL)action withSender:(id)sender {
if ([NSStringFromSelector(action) isEqualToString:@"copy:"]) {
return YES;
}
return NO;
}
@end
然而，在WKWebView上却不可以。
如果需要刨根问底，就要先讲明白弹出的Menu到底是什么，以及它是怎么工作的。由于Menu本身就有坑，我决定之后单开一篇文章说这个，这里我们先形而上的想象一下。
我们可以想象Menu有个delegate，在显示的时候调用delegate的canPerformAction:withSender:来判断哪些item的需要显示的。TextView把delegate设置为自己，所以可以通过重写canPerformAction:withSender:来屏蔽，而WKWebView弹出的Menu，它的delegate并不是自己WKWebView，所以我们即使重写了canPerformAction:withSender:也无法实现该效果。
为了验证，我们可以看到WKWebView并没有实现相关的方法（copy:等），而TextView是现实了相关方法的。
于是我猜测，WKWebView必定持有了某个对象，然后它实现了copy:等方法。
找到这个对象的方法有许多，比如以WKWebView为根，属性为子，遍历这颗树，看看谁实现了copy:。（记得遍历的时候去重）代码就不上了，因为我并不是通过这种方式找到的:)
最终，可以找到WKContentView这个类。钩一下这个类的canPerformAction:withSender:就可以实现需求。
核心代码如下:
Method m = class_getInstanceMethod(NSClassFromString(@"WKContentView"), NSSelectorFromString(@"canPerformAction:withSender:"));
class_addMethod(NSClassFromString(@"WKContentView"), NSSelectorFromString(@"wel_canPerformAction:withSender:"), (IMP)wel_canPerformAction, method_getTypeEncoding(m));
Method m1 = class_getInstanceMethod(NSClassFromString(@"WKContentView"),NSSelectorFromString(@"canPerformAction:withSender:"));
Method m2 = class_getInstanceMethod(NSClassFromString(@"WKContentView"), NSSelectorFromString(@"wel_canPerformAction:withSender:"));
method_exchangeImplementations(m1,m2);
代码就是常规的RuntimeHook，没什么值得说的。完整代码见github