键盘开发其实遇到了很多坑，之前未记录下来，想起来哪些记录哪些吧...
1. 键盘高度调整不生效
键盘高度的调整必须通过约束控制，但是在viewDidload中设置约束，并不能生效，最终高度还是系统设置的高度(可以看到是系统后添加了高度约束并生效)
思路就是在系统设置约束后再添加自定义的高度约束，前后尝试了很多方案
- 方案1：在
viewDIdAppear中设置高度约束，但其实时机有些晚 - 方案2：重写
UIInputView子类的-setFrame方法，当判断frame高度>0并且≠想设置的高度时，重新设置高度约束，这个方案用了一段时间，没发现什么问题 - 方案3：重写
- (void)updateViewConstraints方法，进行约束判断修改
- (void)updateViewConstraints{
[self updateKeyBoardHeight];
[super updateViewConstraints];
}
- (void)updateKeyBoardHeight{
CGFloat newHeight = 500; // 这里高度根据业务计算
if (self.heightConstraint.constant == newHeight) {
return;
}
if (self.heightConstraint) {
self.heightConstraint.constant = newHeight;
return;
}
self.heightConstraint = [NSLayoutConstraint constraintWithItem: self.view
attribute: NSLayoutAttributeHeight
relatedBy: NSLayoutRelationEqual
toItem: nil
attribute: NSLayoutAttributeNotAnAttribute
multiplier: 0.0
constant: newHeight];
self.heightConstraint.priority = UILayoutPriorityDefaultHigh;
[self.view addConstraint:self.heightConstraint];
}
2. 键盘边缘按钮点击- touchBegin...调用慢
由于我们键盘按钮点击是通过重写 touchs系列方法 分发事件的，发现靠近屏幕边缘的按钮，点击高亮效果较难触发，当时看了搜狗输入法也是有同样的问题，就没有研究原因，归结系统bug了....
很久之后发现百度输入法是正常的，便又研究了一番，发现点击边缘按钮时，- touchBegin 和 - touchEnd的时间间隔极短，其它区域按钮就是正常的，猜测是视图层级中存在Gesture手势 延迟了- touchBegin 或者 未延迟 - touchEnd（因为手势有两个属性 delaysTouchesEnded 和delaysTouchesBegan）
通过遍历视图发现
[9744:673157] <_UIHostedWindow: 0x105f096b0; frame = (0 0; 390 280); gestureRecognizers = <NSArray: 0x281e79380>; layer = <UIWindowLayer: 0x281043920>>
[9744:673157] <_UISystemGestureGateGestureRecognizer: 0x105f0b240; state = Possible; delaysTouchesBegan = YES; view = <_UIHostedWindow 0x105f096b0>>
果然_UIHostedWindow上存在一个手势的 delaysTouchesBegan = YES;
// 方案就是:
// 修改这个手势的 delaysTouchesBegan = NO;
// 我把代码放在了这里
- (void)viewDidAppear:(BOOL)animated {
[super viewDidAppear:animated];
dispatch_async(dispatch_get_main_queue(), ^{
// 这是为了解决 键盘边缘点击时 touchBegin和touchEnd的间隔极端 导致点击高亮效果无法显示
// 这个修改会导致一个控制台警告 也没发现啥影响 暂时就不管了
// [Warning] Trying to set delaysTouchesBegan to NO on a system gate gesture recognizer - this is unsupported and will have undesired side effects
for (UIGestureRecognizer *ges in self.view.window.gestureRecognizers) {
if (ges.delaysTouchesBegan) {
ges.delaysTouchesBegan = NO;
// ges.delaysTouchesEnded = YES;
}
}
});
}
3. 键盘内存限制66M
这个其实没啥说的，代码上及时释放就行了，特别是图片加载上尤其要注意
4. 键盘实例 UIInputViewController实例获取 (巨坑)
不知道其他家是怎么获取的，我们早期在 Controller的 - init中 用一个全局指针记录下当前键盘实例， 在其他业务中都是通过这个指针获取当前实例进行业务处理，这也埋下了一个很深的隐患，这个bug足足有一年多未解决..
在某种情况下，系统会创建多个UIInputViewController实例，而当前显示的却可能是不是最后一次创建的实例，就导致代码中所有获取键盘实例的地方都错误的获取了最后一次创建的键盘实例，从而导致无法输入上屏/UI更新失败等一系列问题。
在调查中，我们早期走错了方向，一直没想过会同时出现多个键盘实例，再加上很难复现，竟然一直没发现是我们代码上取错了实例对象...
这个解决方案其实很简单：不要通过全局指针方式获取最后一次init的键盘实例，在创建子业务实例时，在各自的基类中弱引用当前键盘实例即可，或者一层一层向上弱引用也可以。
5. 键盘实例 UIInputViewController 生命周期函数调用多次
多次实验发现UIInputViewController实例，并不是每次弹出键盘都重新实例化，系统会在一些场景复用之前创建的键盘实例，即 init viewDidLoad 执行一次，但 willAppear/DidAppear/willDisappear/DidDisappear 会调用多次，需要注意防止一些写在生命周期方法中的初始化代码执行多次。（-viewWillDisappear 这个方法特殊，正常收起键盘，貌似就会调用两次， 尚不知道原因...）
6. 键盘View中多点触控失效（这个问题也比较坑，宿主APP的部分设置会影响到键盘）
我们键盘中的按钮点击事件是通过-touchBegin...系列方法处理的，一个按钮按下状态，是允许点击第二个按钮的，这套方案也一直未出现过问题。
一天用户反馈了视频，演示了第一个按钮不抬起，第二个按钮无法按下的情况；查了很长时间始终不能复现，代码上也不能发现问题，后来忽然想到有没可能是宿主app导致的，按照视频中宿主调试看看，果然在“斗鱼app”里面弹出键盘[UIView appearance].exclusiveTouch = YES，全局图层的点击事件被开启了互斥，在其它地方弹出键盘就是好的，这意味着宿主app内部对于UIAppearance做的一些设置，会同步生效在键盘上
解决方案就是
// 在键盘主Controller的声明周期方法里
- (void)viewDidAppear:(BOOL)animated {
[super viewDidAppear:animated];
// 坑爹 有的宿主程序(斗鱼)用下列代码开启了互斥 竟然键盘里也被开启了 会导致多点触控失效....
// 这里为了确保 关闭touch事件互斥 放在键盘出现时执行
if ([UIView appearance].exclusiveTouch == YES) {
[UIView appearance].exclusiveTouch = NO;
}
// 可以记录一个标志位 如果宿主开启了互斥 这里临时关闭 在viewDidDisappear里在开启 确保不影响宿主APP
// 对于宿主app 其实一般开启UIButton或UIControl的事件互斥就够了
// 如： [UIButton appearance].exclusiveTouch = YES;
}
7. 键盘inputView的宽度和UIScreen的宽度不一致
导致了键盘布局宽度超出屏幕，如下图
这个主要是宿主App导致的，前段时间发现在"IT橙子"这个app里面弹出键盘时，键盘的宽度撑出了屏幕，通过对比百度/搜狗输入法，要么也是撑出屏幕，要么键盘弹出时也是撑出屏幕，弹出后抖动了一下才恢复正常，如下图
解决方案
在键盘VC的
viewDidAppear方法里，重新获取一次inputView的宽度，和已经计算好的布局对比，如果宽度发生变化，就重新计算布局并刷新，唯一的弊端就是会抖一下（百度输入法也会），反正是极少情况才会出现。没有深究宿主APP干了啥会导致这个问题😂😂😂
8. 获取键盘弹出时的App包名（hostBundleID）
iOS16之前比较简单
// 在键盘入口controller中（即UIInputViewController的子类）
[self.parentViewController valueForKey:@"_hostBundleID"]
iOS16上述方法获取到的是nil，也没查到相关解决方案，看到xxx输入法需要判断包名的业务依然正常，就逆向分析了下其代码实现😂😂，如下
#import <dlfcn.h>
+ (NSString *)hostBundleIDWithInputVC:(UIInputViewController *)vc {
NSString *bundleID = nil;
@try {
bundleID = [vc.parentViewController valueForKey:@"_hostBundleID"];
} @catch (NSException *exception) {
NSLog(@"hostBundleID Get Failure 1 %@", exception);
} @finally {
}
if(XMUtils.validString(bundleID) && ![bundleID isEqual:@"<null>"]) {
return bundleID;
}
// 云控禁止xpc取法
// xpc取法 逆向自xx输入法 主要解决iOS16上获取不到的问题
@try {
id hostPid = [vc.parentViewController valueForKey:@"_hostPID"];
if (hostPid) {
#pragma clang diagnostic push
#pragma clang diagnostic ignored "-Warc-performSelector-leaks"
id serverIns = [NSClassFromString(@"PKService") performSelector:NSSelectorFromString(@"defaultService")];
id lities = [serverIns performSelector:NSSelectorFromString(@"personalities")];
id infos = [lities objectForKey:[NSBundle mainBundle].bundleIdentifier];
id info = [infos objectForKey:hostPid];
id con = [info performSelector:NSSelectorFromString(@"connection")];
id xpcCon = [con performSelector:NSSelectorFromString(@"_xpcConnection")];
#pragma clang diagnostic pop
const char * (* cfunc)(id) = dlsym(RTLD_DEFAULT, "xpc_connection_copy_bundle_id");
if (cfunc != nil && xpcCon != nil) {
const char *res = cfunc(xpcCon);
bundleID = [NSString stringWithUTF8String:res];
return bundleID;
}
}
} @catch (NSException *exception) {
NSLog(@"hostBundleID Get Failure 2 %@", exception);
} @finally {
}
return nil;
}
